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MDIS is state-of-the-art technology for an image management 
and communication network for use by radiology and medical 
communities. The system will provide clinical-quality digital 
imaging (acquired from all radiologic imaging modalities) for 
medical diagnosis including storage and archiving. 

Huntsville Division may act as the acquisition agency for the 
joint Army and Air Force requirements for MDIS. Since MDIS is 
state-of-the-art technology, Huntsville Division is offering 
draft specifications for industry review and comments as a part 
of market research. 

You are encouraged to review and provide comments on the 
draft specifications to this office by April 23, 1990. This is 
not a solicitation . All responses are voluntary and the"" " 
Government is not negotiating or calling for offers. When 
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Vou are encouraged to suggest alternatives to the Government 
approach and provide suggestions for obtaining and sustaining 
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Part I. MDIS System Overview 



1. MDIS System Summary. 
1.1. Introduction. 

1.1.1. General. 

The Medical Diagnostic Imaging Support (MDIS) system is a 
network of computer-based digital devices to effectively manage 
medical diagnostic images. MDIS will significantly improve the 
quality, productivity and efficiency of medical radiologic practice as a 
major component of military health care. These specifications detail 
the performance requirements for an MDIS system at both large 
medical treatment facilities (MTF) and smaller MTFs requiring expert 
diagnostic imaging support. The system shall provide connectivity 
for image and patient data management in a multi-building MTF 
environment- referred to as an intra MTF system- as well as transfer 
of images and associated patient data between MTFs. In some cases 
these MTFs can be separated by hundreds of miles- referred to as an 
inter-MTF system. 

1.1.2. System Sites. 

The first large MTFs to receive MDIS systems are Madigan Army 
Medical Center (MAMC), Fort Lewis, Tacoma, Washington, Wright- 
Patterson Air Force Base (WPAFB), Dayton, Ohio and Brooke Army 
Medical Center (BAMO, Fort Sam Houston, San Antonio, Texas. The 
smaller MTFs projected to receive this technology initially include 
Luke AFB, Phoenix, Arizona, Langley AFB, Hampton, Virginia, 
MacDill AFB, Tampa, Florida. Nine intra-MTF and nine inter-MTF 
follow on sites are also projected under this acquisition. The form 
and functionality of the small MTF systems shall be the same as the 
initial large implementations, though on a smaller scale. This 
acquisition includes complete "turn-key" installation at each 
individual location. 
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Intra-MTF systems will be put into operation in a time-phased 
m plan over a period of 12 to 36 months after an initial 
delivery order is placed with the contractor. Typically, larger MTFs 
will institute a two or three phased planning process for up to two or 
three years. This approach is designed to totally in I 
systems technology into routine clinical use at an MTR 

provide MDIS systems solutions that stress a phased 

on a sophisticated, total solution 
for the MTF over a period of time consistent with clinical utility and 




will be implemented in a more expedited fashion to meet 
clinical needs; however the contractor shall also insure that basic 
capability is also in place at the hub MTF to guarantee future 
expansion- both between and within facilities. The 
depicts a generic site MDIS implementation. 



Figure 1. Generic Site: 3 Phase MDIS Implementation 
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1.2. Basic Function. 



1.2.1. General. 

The function of the MDIS is to communicate and manage high 
quality digital radiologic image examinations for use in diagnosis and 
consultation by clinicians and other health care providers. The MDIS 
system is a network of computer based medical devices that (a) accepts 
digital diagnostic images, (b) communicates radiology information to 
and from the Composite Health Care System (CHCS), (c) archives and 
manages images and related data, (d) displays and presents images and 
data at workstations for consultation and interpretation and, (e) 
communicates images and data to and from remote sites. 

1.2.2. Basic Parameters. 

The system must preserve the full fidelity of the acquired image 
quality for image interpretation as images are generated by various 
radiologic imaging devices. In addition to the existing imaging 
devices listed above, the MDIS system requires computed radiography 
to acquire conventional radiographic images in a direct digital format 
as well as film digitizers to convert hard copy film images to digital 
format. The system shall include archiving of images and related 
patient information with minimum hardcopy output. The number 
and sophistication of the soft copy image display workstations shall be 
dependent upon radiology department current and forecasted 
workload at each site. The transfer of images and patient data in the 
intra-MTF and inter-MTF configurations shall be done through 
networks and commercially available data grade links to meet 
throughput requirements in paragraph 6 below. The solution 
provided shall be modular and provide building blocks for all 
systems. 

1.3. System Description. 

1.3.1. General. 
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The generic MDIS system shall include all hardware, firmware 
and software to effectively manage and communicate diagnostic 
images and associated data throughout the network. This system is 
composed of image acquisition devices, data storage, data archive, 
image review stations, diagnostic reporting stations and image 
communications within and between MTFs. Where appropriate, the 
MDIS System must be integrated with the DOD standard, Composite 
Health Care System CCHCS) to facilitate efficient network operations 
and data management In addition, the MDIS system shall provide 
for stand alone data entry and use of demographic data and result 
reporting where the CHCS is not installed or, if installed, when it is 
off-line. 

1.3.2. Sup ported Imaging Devices. 

The system shall support at least the following modalities but 
are not limited to: conventional film /screen radiography (CF/SR), 
computed tomography (CT), magnetic resonance imaging (MRI), 
ultrasound (US), nuclear medicine (NM), computed radiography 
(CR), digital fluoroscopy (DF), digital subtraction angiography (DSA), 
and positron emission tomography (PET). The contractor shall 
provide a specific method for CR capability as well as the ability to 
induce hardcopy film based images into the system when required. 
The contractor shall provide complete installation, as specified for 
each individual location, including interfaces to local power, water, 
sewer, communications, and data links. 

1,3,3. MPfS Subsystems, 

13.3-1. General. The MDIS System consists of 4 subsystems: 
b. The Image Output and Display Subsystem 
d. The Communications Network Subsystem 



1.3.3.2. The Image Acquisition Subsystem shall provide: 



a. Computed Radiography: Reusable phosphor plate 
radiographic systems to acquire conventional x-ray images in 
digital format. 

b. Digital Film Digitizers: to convert conventional film 
images to digital format. 

c. Standard Interfaces to Digital Imaging Devices: to integrate 
imaging devices, such as computerized tomography (CD, 
magnetic resonance imaging (MRI) and digital subtraction 
angiography (DSA), through an American College of 
Radiology (ACR)/National Electrical Manufacturers 
Association (NEMA) standard interface. 

d. Video Interfaces: to integrate video imaging devices such as 
ultrasound imaging systems. 

e. Paragraph 3 provides detailed subsystem performance 
parameters. 

1.3 3.3. The Image Output and Display Subsystem shall provide: 

a. Hard Copy Digital Film Output: this capability shall be on 
demand causing images to be produced from such devices as 
laser film printers. 

b. Soft Copy Image Display (SCID): this capability shall be from 
two classes of display workstations- one for primary image 
interpretation and one for secondary clinical review. 

c. Paragraph 4 provides detailed subsystem performance 
parameters. 

1.33.4. The Image Database and Storage Subsystem shall provide: 
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a. Database Management: maintains the information integrity 
of the system to insure proper flow of images and data in and 
out of image storage to the clinical setting. 

b. Interface to Hospital Information System (HIS): a two-way 
interface between MDIS and CHCS is required in a mature 
MDIS system. 

c. Image Examination Storage: images and related patient data 
shall be stored in a combination of short-term storage and 
permanent long-term archive devices to efficiently manage 
images and data. This need may require the use of both 
magnetic as well as optical storage. 

d. Paragraph 5 provides detailed subsystem performance 
parameters. 

1.3.3.5. The Communications and Network Subsystem shall provide: 

a. Image and Text Data: a combination of communications 
capability to physically transmit images and data. In many 
connections, high speed networks using optical fiber or 
dedicated phone lines may be required. The communication 
media and protocol must support user transparent network 
operation which is detailed in paragraph 6 below. 

b. Intra-MTF Network Capability: provides for the actual 
communications to move images within a medical treatment 
facility- either within or between buildings. 

c. Inter-MTF Network Capability: provides for the actual 
communications for movement of image between medical 
treatment facilities- sometimes referred to as teleradiology. 

d. Paragraph 6 provides detailed subsystem performance 
parameters. 
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l,3t2, mi Sgfg Operation, 



1.3.2.1. General. The MDIS system shall include safeguards to prevent 
loss of critical functions and data. To insure a high level of 
system availability the system shall continue operation and 
minimize inconvenience in the event of failure of components. 

1.3.2.2. System Failures- are defined as follows: 

a. Soft failure of a component - requires a task to be repeated. No 
data is lost as a result of this failure. 

b. Soft failure of the system - requires retransmission of data or 
redirection of data to another working path, but does not involve 
any loss of data. 

c Hard failure of a component - the component malfunctions and 
requires corrective maintenance or replacement. Any component 
failure resulting in loss of data is a hard failure. 

d. Hard failure of the system - an emergency situation which 
requires corrective maintenance. The system cannot perform its 
function. 

Paragraph 11 addresses maintenance responses to these failures. 

1.3.2.3. Uninterruptible Power Source (UPS) 

The Contractor shall supply, at the option of the Government, a 
UPS at any site-specific modality or piece of equipment UPS 
ratines shall be commensurate with the KVA rating of the 
spedL equipment and provide a minimum of 20 minutes 
operation. 

1.3.3. Turnkey Installation, 
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The MDIS system acquisition includes full "turn-key" 
installation as described in paragraph 9. The system shall include 
all equipment cabinetry, racks, stands, console surfaces for input 
devices, and other items necessary to provide a suitable working 
surface for the equipment. Ergonomically designed chairs shall be 
provided for all workstations when required. 

1.3.4. Bench mark Evaluation. 

The government will conduct a benchmark test, prior to 
award, as described below. The government will test at two levels 
of performance; (1.) at the system component level and (2) at the 
fully integrated system level. The database at the test site shall 
contain a full variety of images obtained from the full range of 
digital image acquisition devices. The site must also present for 
testing the full range of workstations, output devices, storage 
devices, interfaces and communications networks. Testing shall 
include form, fit and function as applied to performance 
capabilities, functionality, end purpose, objectives and design 
criteria. It shall be possible to test a system in an under load 
situation as defined below. Network simulation will also be used 
to evaluate systems performance. 
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2.0. MDIS System References. 



2.1. Applicable Documents, 

At the time of award of a delivery order, the most current version 
of the following applicable standards shall apply to MDIS system 
performance at a specific site. 

2.1.1. NFPA Standards. 

10 Portable Fire Extinguishers 

13 Installation of Sprinkler Systems 

70 National Electrical Code 

72E Auto Fire Detectors 

99 Health Care Facilities 

101 Safety to Life from Fire in Buildings and Structures 

PgparimentofDefenselistrodiDns&D^^ 
In their entirety without individual reference. 

To be determined. 

2,1.4* Ail Force Regulations* 

AFR 88-15 Criteria and Standards for Air Force Construction 

AFR 88-50 Criteria for Design and Construction of Air Force 
Health Facilities 

AFR 88-40 Sign Standards 
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Uniform Building Code, 1985 

2,1- | plurnjnation. Engineering Society (JES? FuHfatiQns, 
CP-29-78 Lighting for Health Care Facilities 
1981, US Lighting Handbook, Application Volume 
1984 IES Lighting Handbook, Reference Volume 

2.1.7. Institute of Electrical and Electronics Engineers (IEEE), 

602-1986 IEEE Recommended Practice for Electrical Systems in 
Health Care Facilities 

IEEE Communications Standards 

Medical Information Bus P1073 

Federal Publications. 

Uniform Federal Accessibility Standards, 1984 

Federal Information Resources Management Regulations 
(FIRMR) in their entirety without individual reference to 
include: 

Hardware Standards (Interchange Codes and Media) 
Software Standards 

Programming Language Requirements 
Telecommunications Standards 
Hardware Standards aransmission) 
Hardware Standards (Character Sets) 
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Software Standards (Documentation) 

Federal General Standards (Data Standard Representations 
and Codes) 

Federal Information Processing Standard (FIP) Publications in 
their entirety without individual reference. 

Military Standards. 

Mil Std 1472D, Human Engineering Design Criteria for 
Military Equipment, Systems, and Facilities. 

2.1.9. Th e Toint Commission on Accreditation of Health Car«» 
Organizations (TCAHO) 

Accreditation Manual. 

In their entirety without individual reference. 

Manufacturers Association (NEMA) Standards. 
ACR-N1MA Standard 300-19XX 
ACR-NEMA Data Compression Standard PS-2 

In their entirety without individual reference. 
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2.1.13. Other Publications. 



NAPHCC National Standard Plumbing Code 
Nadonal Standard Plumbing Code (SPC) 
Uniform Plumbing Code (UPC) 
MICA National Commercial Industrial Standards 
ASHRAE Handbook on HVAC Systems Applications 
ASHRAE Handbook of Fundamental Requirements 
SMACNA Duct Construction Standards 

Certified copies of approvals issued by Underwriter Laboratories, 
FMRC, CSA, CYTEC or other nationally recognized testing 
laboratory showing compliance with applicable standards shall be 
provided* Written evidence of submission to the FDA of 
hardware, firmware and software descriptions and good 
manufacturing practices shall be provided. 

2.2, Definition of Terms. To be developed. 
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Part II. MDIS Subsy stems Performance 



3. Image Acquisition Subsystem. 
3.1. General. 

Image acquisition shall be accomplished through the various 
traditional methods of radiologic practice as described in part 1 above. 
Direct digital acquisition is a requirement of the MDIS system. The 
contractor shall provide interface solutions for both digital diagnostic 
imaging modalities and conventional radiography using computed 
radiography and laser film digitizers according to the performance 
parameters described in the paragraph below. 

3.1.1. Au torouting. At the image acquisition site, there shall be a 
capability to route image examinations to any hard copy printer or soft 
copy image display on the network as an exam is completed. This 
function is termed autorouting. 

3.1.2. Emergency Routing . There shall be a emergency examination 
override feature that interrupts processing of an existing on going 
study and allows processing and routing of a 'STAT image to a 
softcopy image display or hardcopy printer device on an expedited 
basis. 

3.2. Computed Radiography (CR). 

3.2-1. General. The contractor shall propose CR acquisition methods 
which employ reusable stimulable phosphor plate technology as a 
replacement for conventional film /screen technology. Proposed CR 
devices shall be compatible with existing cassette type X-ray imaging 
systems and its operational aspects shall be functionally equivalent to 
or better than the present film based system. Retrofit of cassette 
handling capability on radiographic devices to accommodate CR 
cassettes is not acceptable. 
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3.2,2. Specific CR Performance. Due to variations in clinical 
requirements and workload factors, three versions of CR 
performance (high, medium, and low) are required as described in 
the following table. Site specific solutions may include all three 

levels of performance. 



Figure 2. Requirements for Computed Radiography 



Computed Radiography 
(CR) 

Attribute: 


Performance Requirements": 


High 


Medium 


Low 


Throughput ** 
(plates / hour) 


60 


40 


20 I 


Multiple Plate Size 
Processing *** 


Yes 


Yes 


No 


Input Stacking Capacity 
(Plates) 


30 


10 


NA I 


Standard 

Spatial Resolution- 
Minimum: 2Jip/mm 


Yes 


Yes 


Yes I 


High 

Spatial Resolution- 
Minimum: 5.0 !p/mm 


Yes 


Yes 


No 1 


Dynamic Resolution- 
Minimum: 10 Bits/pixel 


Yes 


Yes 


Yes 1 


ACR/NEMA fully compliant 


Yes 


Yes 


Yes 1 


Image Processing 


Yes 


Yes 


Yes 1 


Max Footprint 


NA 


NA 


lOsqft 1 
Desktop p 



NOTES: * Numerical entries represent minimum acceptable performance 
lewis, except where indicated otherwise. 

** Measured from patient registration until the time the image is available 
totheMDIS network. 



Varying plate sizes typical of those used in conventional radiography. 



3.2.3. Additional Requirements. In addition to the requirements 
contained in the above table the CR device must have the following 
capabilities: 

3.2.3.1. Device Diagnostics. The CR device shall perform self 
diagnosis and report error or fault conditions to the device 
operator and the MDIS network as described in paragraph 6. 

3.2.3.2. Image Retention Time. Exposed image plates must be capable 
of being held for up to four hours without a loss of observable 
image fidelity. This means that signal decay on the phosphor 
plate shall not degrade beyond 95% of its original acquisition 
value after 4 hours. 

3.2.3.3. Image Processing. The device shall have automatic and user- 
selectable image processing capabilities which are selected in 
accordance with each anatomical region, projection and 
information requirement. Pixel dimension information shall 
be communicated to the network for mensuration. The CR 
user shall have the ability to manually override the automatic 
setting and enter new image processing parameters. The user 
shall also have the capability to modify automatic image 
processing protocols. 

3.2.3.4. Patient Radiation Dose. Patient radiation dose needed to 
acquire the diagnostic image shall be less than or equal to that 
normally required to produce the same image of identical 
quality using conventional screen/film techniques. 

3.2.3.5. Preview Monitor. The device shall be equipped with a 
preview monitor which permits previewing of images prior 
to complete processing. The CR device shall allow the user to 
abort unacceptable previewed images without further 
processing. 

3.2.3.6. Examination Terminal. An examination terminal shall be 
provided for the technologists to view patient identification 
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and examination information. The device shall provide the 
user with the ability to select or modify examination data. 
Any changes made to this information must be 
communicated back to the radiology information system. 
Technologists shall be able to add or delete examinations from 
this terminal. The terminal must allow the technologist to 
associate patient identification and examination information 
with the image plate(s) being used for the examination. 

3.2.3.7, Image Quality Control. The contractor shall provide a means 
to compute the mean amplitude and standard deviation of 
acquired image pixel values within user specified regions of 
interest. The technique provided shall also allow the 
technician to compute and plot line spread and contrast 
transfer functions. The user shall be able to perform these 
functions while the device is in the clinical operating mode. 
In addition, the contractor shall provide a means to perform 
device sensitivity and linearity tests. These tests shall be 

3,3, Interface from Digital Modalities, 

3.3.1. General. The contractor is responsible for providing a fully 
functioning interface to all digital modalities. This includes 
providing both the modality and MDIS network sides of the interface, 
where necessary. This interface shall accept and introduce digital 
images and associated text data produced from digital acquisition 
devices, as described in paragraph 1, into the MDIS network. 

3.3.2- Systems Ferfo rn yan c < e l The performance of this interface shall 
not constrain the throughput from the imaging devices. Image 
transfer to the network shall require no more than a single key stroke 
equivalent Systems throughput is discussed in detail in paragraph 6 
below. 

3.3.3. Direct Digital Acquisition (PDA), The contractor shall provide 
an ACR/NEMA standard interface as described in paragraph 6. This 
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interface shall preserve the contrast and spatial resolution as well as 
image parameters (e.g. CT numbers, MR signal intensities) of the 
original acquisition device. 

3.3.4. Direct Video Acquisition. The contractor shall provide an 
interface to introduce ultrasound images into the MDIS network. A 
video interface is an acceptable acquisition method if a direct digital 
interface is not available on the ultrasound unit. 

3-4. Film Digitizer. 

3.4.1. General. Due to variations in clinical requirements and 
workload factors, two levels of digitizer performance, (high output 
and low output), are required as described in the table which follows. 

3-4.2. FITm Digitizer Requirements. 

Figure 3. Rim Digitizer Requirements 



Requirements 
for 


High Output 


Low Output 


Sheet Feed 


Yes 


no I 


Spot Size 


Variable 


fixed I 


Minimum Spot 
Size 


Not larger than 200 microns 


Not larger than 200 microns I 


Dynamic Range 


10 bits 


10 bits 1 


Throughput 


120 Sheets/Hour 
at maximum resolution 


30 Sheets / Hour 1 
at maximum resolution 1 



3.43.1. Film Sizes. The film digitizers shall accept conventional x-ray 
films from S'^IO" up to \4?xlT. The device must be able to 
determine the film size automatically. It shall auto-adjust the 
laser spot size accordingly. 
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3.4.3.2. Automatic Sheet Feeder. The high output digitizer shall be 
able to accommodate an automatic sheet feeder. This sheet 
feeder must be able to hold and automatically feed a 
minimum of 10 x-ray films of intermixed size. 

3.4.3.3. Presentation To Network. The digitizer must introduce a 
series of images into the network in a reasonable time- on the 
order of 30 seconds or less for each image. 

3.43.4. Network Interface. The interface between the film digitizer 
and MDIS network shall be ACR/NEMA compliant 

3.4.3.5. Preview Monitor. If the digitizer is not used in conjunction 
with a local workstation, the contractor shall provide an 
image preview monitor at the digitizer. The digitizer shall 
allow the user to abort unacceptable previewed images. 

3.43.6. Device Diagnostics. The device shall perform self diagnosis 
and report error or fault conditions to the device operator and 
the MDIS network. 
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4. Image Ou tput and Display Subsystem. 



Image display and outputs consist of hard and soft copy outputs. Hard 
copy outputs include films produced from a digital laser imager and 
radiologic teaching slides from a 35MM slide device. Soft copy outputs are 
defined as images produced on imaging workstation monitors using 
digital data. The contractor shall propose methods of accomplishing both 
means of display according to specific performance parameters described 
the paragraph below. 

The MDIS system shall include laser multiformat imagers with the 
following performance features. The number of imagers at each site will 
be based on the volume of images produced. 

The imager shall be able to record images in multiple film sizes, 
including 14 x 17 inch, 14 x 14 inch, 11 x 14 inch, 10 x 12 inch, and 8 
x 10 inch. This performance feature may be met through the use 
of appropriately sized film magazines. The imager shall provide 
at least six image formats- 2:1, 4:1, 6:1, 9:1, 12:1, and 15:1. The 
imager shall be capable of carrying 12 bit pixels from the input to 
output digital to analog converter in the device. 

The imager shall be equipped with interlocks or warning lights 
that prevent double exposure, exposures with film in the wrong 
position, incompatible film sizes, and improper film insertion 
and removal. 
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4.2.3. Laser Imager Op eration. 



Image selection and film format shall be controlled from a only 
specifically designated workstations as identified by the systems 
manager. The imager shall print the image as it was acquired or 
stored on the archive, including as an option any image overlays 
and patient data when specified at the time of print request. 
Requests for printing shall run in background mode and will not 
compromise the workstation while the image is being printed. 
The imager shall be capable of receiving images only from 
specially authorized workstations on the network and shall print 
the requester identifier on the border of the film. 

4.2.4. Automatic Film H andling and Transfer. 

The imager shall include an automatic bulk film load system. 
Two loading magazines for each film size specified above capable 
of holding 100 or more films each must be provided. Two 
receiving magazines for each film size specified above capable of 
receiving at least 100 films each shall also be provided. The laser 
imager shall automatically transfer films to a commercially 
available, stand-alone film processor. This processor must have a 
cycle time of no more than 90 seconds, and be capable of 
processing at least 200 sheets of 14 x 17 inch film per hour. Only 
ambient water shall be necessary for normal processor operation; 
water temperatures from 40 to 90 degrees F (4-32 degrees C) shall 
be acceptable. 

The imager shall allow the user to manually adjust image 
contrast and density. A digital test pattern (SMFTE or equal) shall 
be provided in the device for quality assurance and device 
verification. The imager shall also have automatic calibration 
capabilities, using built in test patterns and automatic 
densitometer feedback of film densities. 
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4.2.6. Multiple film originals. 



The imager shall produce multiple copies of the same image 
with one request This feature shall be selectable from the the 
requestor's workstation. 

4.2.7. Error and Status Indication. 

The laser imager shall include a self diagnostic capability which 
shall indicate the following error and system status conditions: 
film low, film empty, memory full, film feed error, printing, and 
alarm. These error conditions shall be reflected back to the 
workstation following the guidelines in paragraph six. 

4.2.8. Ret rofit for Existing Laser Printers. 

When required on a site-specific basis, the contractor shall 
accomplish a retrofit MDIS network interface for any on-site laser 
printers that currently may be directly interfaced to on-site 
imaging devices such as CT or MR systems. 

4.3. 35 mm Slide Production. 

The MDIS system shall produce a 35mm slide format only from 
specially workstations on the network. The slides shall include any 
image overlays or patient data that is displayed on the image at the 
time of request This function shall be accomplished automatically, 
with no human intervention. 



4.4. Soft Cop y Image Displays (SQPs). 

4.4.1. General. The MDIS system requires two classes of workstations for 
soft copy image display (SOD), the diagnostic workstation and the 
clinical workstation. The following table describes the required 
performance for these two workstations. Workstations shall be 
provided with an ergonomically designed chair for the operator 
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when required. The following narrative following the table 
describes the individually required performance attributes in 
detail. 

SEE WORKSTATION TABLE 
ON THE FOLLOWING TWO PAGE INSERTS 

4.4.2. Display Monitors. 

4.4.2.1. General. Each workstation shall be configured with from one 
to eight monitors. Two classes of monitors are required- class 
A and class B. 

4.4.2.2 Class A and Class B Monitors. The class A monitor shall have 
no less than a 2048 by 1680 pixel matrix size. The class B 
monitor shall have no less than a 1280 by 1024 pixel matrix 
size, and can be used in a portrait or landscape mode 
depending on the workstation configuration. The screen size 
of either monitor shall be no less than 19 inches and no 
greater than 23 inches diagonally. 

4.4.2.3 Data Sets Available to the Monitors. The full data set of 
acquired images (e..g. 2K by 2.4K 10 bit CR images) shall be 
available for viewing when the diagnostic workstation is 
configured with class A or B monitors. The clinical 
workstations for remote viewing will be configured with class 
B monitors. These clinical workstations shall utilize IK by 
1.2K by 8 bit downsampled data sets for computed 
radiographic images; other modalities will utilize appropriate 
matrix size but ail will be downsampled to not more than 8 
bits of dynamic range for remote viewing. The utilization of 
mensuration, text annotation, and graphics annotation as 
defined below shall not reduce the number of gray levels of 
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the image when displayed simultaneously with these 
functions. The downsampled data image sets will accurately 
display any overlays associated with that image. 

4.4.2.4. Brightness (Luminance). No less than 40 foot-Lamberts for a 
class "A" monitor and 60 foot-Lamberts for a class "B" 
monitor shall be provided. 

4.4.2.5. Gray Scale Display. No fewer than 256 shades of gray (8 bits 
deep) displayed on each monitor shall be provided. 

4.4.2.6. Flicker. Each monitor shall be flicker free at typical viewing 
intensity for 95% of the observers. 

4.4.2.7. Calibration. Brightness and contrast calibration of each 
monitor shall be provided so that there is not less than 2% 
variation from monitor to monitor over the standard user 
maintenance period (e.g. three months). 

4.4.2.8. Uniformity and Distortion. The monitor shall have less than 
2% brightness uniformity degradation from center to the 
periphery. The monitor shall also have less than 2% linearity 
and geometric distortion from center to periphery. 

4.4.2.9. Monitor Spot Size. The monitor spot size shall not vary by 
more than 5% from center to diagonal corner of each monitor. 

4.4.2.10. Frame Buffer. No less than 12 bits deep for diagnostic 
workstations and 8 bits deep for clinical workstations. 

4.4.2.11. Slave Monitors. The workstation shall have a slave monitor 
auxiliary output connection to produce the same single image 
across multiple monitors. 

4.4.3. Workstation Functions. 

4.4.3.1. General. The contractor shall provide multiple image 
manipulation and enhancement functions for the 
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workstation. The following are the required performance 
parameters. 

4.4.3.2. Pictorial Patient Directory. The workstation shall display the 
images from a patient* s master "folder" and individual image 
subfolders (e.g., chest, bone, GI). Anatomic region 
subcategories shall be possible within each subfolder (e.g., 
elbow, ankle). Single or multiple images shall be easily 
selectable for full resolution viewing. 

4.4.3.3. Worklist The workstation shall automatically generate a 
worklist of unread exams to enable each radiologist to review 
the amount of the work ready for their review. The worklist 
can be created by radiologist or type of workstation (e.g. CT 
review workstation) at each as determined at each site. 

4.4.3.4. Image Rearrangement and Display. The workstation shall 
display multiple reduced resolution images on a selected 
monitor with the ability to easily rearrange these images on 
the same monitor. It shall also allow rearrangement of the 
images easily from monitor to monitor on the same 
workstation. 

4.43.5. Image Paging. Quick paging through multiple user selected 
images of an exam displayed on a single monitor shall be 
provided. 

4.43.6. Default Display Protocol. This required function displays the 
images of a patient study in a user-selectable default protocol, 
activated each time the individual user logs on the 
workstation. The default display shall be modality and body 
part specific It shall be a site-specific requirement- i.e. each 
MDIS site shall be capable of setting their own parameters. 

(For example- a patient has new and previous posterior- 
anterior (PA) and lateral chest studies to be interpreted. The 
radiologist viewing the study prefers to view the PA images 
on the central two monitors and the lateral images on the 
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outer two monitors of a four monitor workstation. The 
radiologist also prefers to view the lateral images with the 
anterior border of the chest closest to the left monitor edge, 
the new PA images on the right central monitor, and the 
previous PA image on the left central monitor.) 

Additionally, the images shall automatically be presented in 
an upright as well as correct right/left orientation. 

4.43.7. Image Enhancements Defaults. The workstation shall include 
user selectable image enhancement defaults for grayscale 
window and leveling, variable edge enhancement, and 
inverse video, activated each time the individual user logs on 
the workstation. 

4.43.8. Window and Level. The workstation shall provide for 
dynamic window and level through the entire image 
grayscale data set. This function shall occur simultaneously, 
for separate images on a single monitor, or occur individually 
for a selected image on a monitor of a workstation. 

4.43.9. Inverse Video. Display of the inverse video of any selected 
image is required. 

4.43.10. Edge Enhancement. The workstation shall process and 
display the image to a user selectable degree of edge 
enhancement. 

4.43.11. Cursor. The workstation control cursor shall move easily 
within and between monitors in a smooth continuous 
manner. The cursor shall always be visible during its 
movement. 

4.43.12. Screen Blanking. The workstation shall include automatic 
screen blanking with a user selectable time default. 

4.43.13. Zoom. The workstation shall be able to enlarge the image two 
to four times and display it by simple replication of pixel 
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values. It shall also enlarge the image two to four times and 
display it by interpolating intermediate pixel values in a 
smooth continuous manner. 

4.43.14. Image Roam. The workstation shall provide smooth 
continuous movement of a IK by 1.2K window for display of a 
2K by 2.5K by 10 and 12 bit image data set in the workstation 
memory. The zoomed images shall be viewable by the image 
roam function. 

4.4.3.15. Digital Magnifying Glass. The workstation shall sample and 
display the full data set within a confined area to give a 
variable degree of zoom in a continuous, smooth manner. 

4.4.3.16. Rotation and Flip. The workstation shall allow sequential 90 
degree clockwise and counter clockwise rotation of the image 
as well as 180 degree flip in the horizontal and vertical axis. 
The final new orientation shall be saved for future retrieval. 

4.43.17. Mensuration. The workstation shall compute point-to-point 
measurement with automatically calibrated, user selectable 
scales. It shall also perform angular measurement, area and 
perimeter measurement based on ellipses and pointing device 
control tracing. It shall compute and display these functions 
for multiple measurements simultaneously on the same 
image and saved them as an overlay which can be toggled on 
and off. 

4.43.18. Text and Graphics Annotations. The workstation shall utilize 
and display selectable locations and orientations for graphic 
symbols (e.g., arrowheads and circles) and text annotation 
with multiple simultaneous displays on the same image. The 
annotated image can be saved as an overlay which can be 
toggled on and off. 

4.43.19. Houndsfield Units and Statistics. The workstation shall be 
able to compute and display mean and sample standard 
deviation of Houndsfield unit values in the selected region of 
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interest (ROD, including ellipses and irregular outlines as 
described. This feature shall allow multiple measurements 
on the same image. The annotated image shall be saved and 
the overlay toggled on and off. 

4.4.3.20. MR Signal Intensity and Statistics, The workstation shall be 
able to display MR signal intensity with the means and 
standard deviations in user selectable regions of interest with 
simultaneous display of these measurements saved as an 
overlay which can be toggled on and off. 

4.4.3.21. Delete. The workstation shall be able to allow user selected 
auto-delete from local storage, and allow marking of selected 
images for no delete. 

4.4.3.22. Hard Copy Generation. The workstation shall include a one 
keystroke equivalent method for image selectable hard copy 
generation from the workstation console. The incorporation 
of this function shall be capable of being controlled by the site 
systems administrator. 

4.4.3.23. Command Reversal (Undo). The workstation shall be able to 
reverse the last one key command. 

4.4.3.24. Save. Teaching and research images shall be saved to long- 
term archive using reversible compression from a one 
keystroke equivalent command at the workstation. Both 
radiology department and individual file folders shall be 
possible. 

4.43.25. Printouts. Worklists shall be printed on demand with a one 
keystroke equivalent command. 

4.4.3.26. System is working. User operations that require time delays, 
for example some image processing operations, should be 
indicated on the screen (e.g., a ticking clock icon) to let the user 
know that an operation is underway and the system is 
operating. 



4.4.3.27. Autorouting in Background. Workstation performance shall 
not be impeded by autorouting operations. This activity shall 
be accomplished in background. 



g f fringe Database an<i Storage Subsystem, 



5.1. General. 

The contractor shall provide an Image Database and Storage 
Subsystem with the following performance features indicated in the 
paragraph below. 

5.2. The Im age Database. 

The MDIS database shall serve as patient image exam manager. 
As such, it shall (a.) accept and store image exams through the inter- 
MTF or intra-MTF network that are acquired by image acquisition 
devices, (b.) communicate stored images across the network on 
demand or by a logical auto-routing algorithm to individual 
workstations or hardcopy devices- either for reference with the 
accompanying previous radiologic interpretation or for initial 
interpretation, (c.) automatically restore exams according to a 
predetermined procedure and (d.) function in two-way interface with 
the DOD Composite Health Care System (CHCS) where applicable. 

S.3 Image Storage. 

Depending on system architecture, image storage may be 
distributed throughout several hardware components on the 
network. Implementations of the image storage hardware shall flow 
from and support the logical design of the database. These may 
include digital storage devices such as magnetic tape and Winchester 
hard drives, erasable and non-erasible optical disks and related juke 
boxes as well as other emerging technologies such as parallel transfer 
disks and optical tape devices. 

5.4. The Log ical Design - Short-term Storage and Long-term Archive. 

The image database design shall make use of caching strategies to 
optimize cost and performance tradeoffs between image archiving 
efficiency and image delivery times. Specifically, logical designs are 
required that feature (a.) short-term storage for high demand imaging 
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exams for fast retrieval and (b.) long-term archiving for low demand 
imaging exams for slower retrieval. The discussion in paragraph 6 
regarding benchmarks for fast and slow image throughput times 
applies. 

5.4.1. Definition: Short-Term Storage. 

Images and related information that must be in the short-term 
storage are (a.) exams that are newly acquired in the past 24 hours, (b.) 
exams awaiting primary interpretation (c) exams acquired in a period 
equal to the the facility's average length-of-stay for inpatients, (d.) 
selected historical exams for auto-routing to a clinical area according to 
a daily clinic appointment schedule, and (e.) selected supporting 
historical exams of patients who have had new image exams. Short- 
term storage may be centralized or distributed throughout the system. 

5.4.2. Defin ition; Long-Term Archive. 

This archive must contain all images and related information 
necessary to support (c.) # (d.) # and (e.) in the sub-paragraph directly 
above. The long-term archive shall be capable of storing the current 
year plus 5 additional years of imaging exams. Additionally, there are 
certain instances where exams must be retained for longer periods- 
e.g. pediatric images must be retained until a patient's 21st birthday or 
digitized post-interpreted mammography exams shall be retained for 
the life of the patient. The particular archiving periods shall be site- 
specific. 

5.4.2.1. On-line and Off-line Long-term Archive. 

Images up to two years old may be in the on-line long-term 
archive. Images older than two years may be in the off-line 
archive. 

5.4.2.2. Operations between Short-term Storage and On Line Long Term 
Archiving. 

These operations shall be a database automatic operation- i.e. no 
human intervention must be required to archive or restore an 
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image and related information between the short-term and long- 
term archive. 

5.5. Use of the Folder Concept. 

Patient exams shall be managed under the metaphor of folders 
which contain both interpreted images and related reports. Folder 
organization shall be capable of hierarchical organization by 
patient, by exam body part. 



5.5.1. Folder Contents. 

Exam folders shall be capable of being 'opened' on electronic 
image displays to provide reduced views of interpreted exam 
images and associated reports. The exam folder must have a 
capacity of at least 200 images (e.g. MR slices). 

5.5.2. Re view of Images from Several Exam Folders. 

At the display, it shall be possible to select and simultaneously 
review various images at full resolution from different selected 
exam folders. 

5.5.3. C reation of Teaching Folders. 

Additionally, the creation of teaching folders shall be possible. 
These folders shall hold versions of clinically useful exams and 
reports for medical education. Folder organization shall be both at 
the radiology department level and by individual physician. 

5t$t Uae of Compression* 

The data compression strategy shall be site-specific and offer the 
option of both bit-preserving and non bit-preserving compression 
techniques for exam management Reasonable compression ratio 
options range from 2:1 to 10:1. 
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5t$t?t Pigifel Microfilm Qptiortt 



A site-specific scenario where image exams can be displayed at 
full acquisition device resolution prior to primary interpretation 
followed by post interpretation long-term archiving at 
compression ratios of up to 10:1 shall be possible. Moreover, this 
post interpretation long-term archiving compression operation 
must be site-spedfk and capable of being varied by (a.) type of 
exam and (b.) acquisition modality. This operation is termed 
digital microfilm. 



5.7. Use of Image Supplements. 

The database shall retain image supplements, i.e. annotations, 
measurements, default viewing attributes as bit plane overlays that 
help in image interpretation. These supplements shall accompany 
the basic image during display at any reviewing workstation. 

5Sf Vse of Exam Queries, 

User interrogations for exam retrievals from the database shall 
permit (a.) simple to use query techniques for the non sophisticated 
user and (b.) retrievals based on multiple sort of data fields as 
selection criteria (e.g. exam type, date, and patient birthday). This 
shall include an interactive capability. 

5.9. Exam Security and Unauthorized Access. 

Electronic safeguards of the exam database shall provide the 
equivalent level of security required for film-based image 
management systems. These safeguards shall prevent unauthorized 
access to images and exams. The contractor shall provide features and 
assurances that meet at least the "C2 level of trust" as defined in DOD 
5200.28-STD; however, data encryption is not required. 



5.10. Loss of Image Information. 



Precautions against catastrophic loss of imaging exams shall be 
embedded in the database design. This includes techniques such as 
redundant image storage of high demand images on the short-term 
archive prior to long-term archiving. 

5.11. Interfacing to CHCS. 

5.11.1. General. 

Events in CHCS produce information required by MDIS and 
vice-versa. As such, the imaging database shall be able to accept 
and automatically update transactions such as patient 
appointments, patient radiologic exam registration, exam orders 
(including updates, modifications & cancellations), and exam 
interpretation reports for use as management prompts within the 
image database. Redundant entry of common data elements in 
CHCS and the MDIS database is not acceptable. 

5.11.2.1. From the MDIS side of the Interface. 

CHCS information shall prompt the image database to do 
auto-routing of (a.) exam orders, (b.) pre-interpreted image 
exams (c) post-interpreted archived image exams and (d.) 
radiographic reports across the MDIS network. This routing 
must be to specific acquisition and display devices both in and • 
outside of the radiology department according to a site-unique 
algorithm. 

5.11.Z2. From the CHCS side of the Interface. 

MDIS data coming into CHCS from the image database 
shall be sufficient to prompt dynamic updating of the 
database. 
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5.11.3. Information Integrity. 



To maintain database consistency between CHCS and MDIS the 
following two basic principles will be observed; (a.) consistent 
exam philosophy and (b.) use of common data elements. 

5.11.3.1. Consistent Exam Philosophy- CHCS and the MDIS database 

The radiologic exam philosophy of the MDIS image 
database shall match that of CHCS. For example, radiology 
orders in both systems must contain multiple exams for a 
single modality. Additionally, multiple copies of a report for 
patient order must be placed in each exam folder associated 
with that order. 
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5.11 3.2. Common Data Elements, 



These GHCS data elements shall be in the MDIS database: 



ftiame^ 

Patient Name 
Patient ID 

Patient Classification 



Element # CHCS Descriptor 

1055 PNT-NAME 



1021 



1373 



1089 



Patient Reg No 1091 

Patient Reg Suffix 1092 

(Newborn Inpatients - AF Only) 

Referring Clinician 

Type of Procedure 

Date of Procedure 1174 



Time 



Procedure Location 



1175 



1130 



Procedure Location Cmt 1132 

Procedure Location Type 1133 

Procedure Inst Text 1128 

Order Identification No 858 



PNT-FMP 



SPONSOR-SSN 



PNT-RECORD-TYPE 



PNT-REGISTER-NBR 



PNT-REGISTER-NBR-SUFHX 



H^ZP^^I^^JS^E 
PROC-TYPE 

PROC-SCHEDULED-DAH 

PROC-SCHEDULED-START 

PROC-LOCATION 

PROC-LOCATION^OMMENT 

PROC-LOCATION-TYPE 

PROC-INSTRUCnON-TEXT 

ORDER-IDENTIFICATION-NBR 



NOTE: Other data elements may be required to guarantee the 
information integrity of both databases. 
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5.12. Database Administration, 



fU3tlt Technical Support Personnel. 

This issue is addressed in paragraph 10 below. 

5.12.2. Man agement Information Reports Package. 

The MDIS database design shall contain procedures for routine 
creation management information reports to assess database 
status and performance. The reports package shall be constructed 
to provide the database administrator with processing 
performance of various transactions within the database. This 
reports package shall feature ad-hoc report retrieval capability. It 
shall facilitate both clinical and technical oversight of the MDIS 
system operating segments. 
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6. Communications and Network Subsystem. 

Communications entails the physical method of transfer digital 
images, patient data and diagnostic reports from point A to point B 
whether it is intra-MTF, (between departments/clinics/archives), or 
inter-MTF in a teleradiology operation. These requirements apply to 
large and small MTFs alike. 

6.2. Intra-MTF 

The contractor shall use a local area network (LAN) for image 
management and database management activity. The contractor, at 
the government's option, shall utilize an existing LAN for all or part 
of the network solution if it is available and feasible for use in the 
MTF. If the existing LAN does not meet throughput or function 
requirements, the contractor shall provide the total solution. 
Throughput requirements outlined below shall be met. Government 
provided LAN information, to determine acceptability for throughput 
and function, will be disseminated upon request prior to issue of a 
site-specific delivery order. 

6.3. Inter-MTF. 

The contractor shall provide a teleradiology capability between 
any and all sites as identified by the government The method is left 
to the discretion of the contractor but shall meet throughput 
requirements consistent with specific clinical and operational 
considerations. For high volume situations, the minimum acceptable 
throughput is that which will provide the capability to transmit 
compressed images, 14 inch x 17 inch, digitized at a resolution of 2K x 
2.4K pixels x 10 bits deep at the rate of 30 images per hour. 
Transmission shall also permit unattended, error free, batch capability 
for low volume situations at a lower throughput rate. Batch 
transmission shall be interruptible with resumption causing no loss 



of data. Error detection and recovery shall be without user 
intervention. 

6i3tl Inter-MTF CQmpressioru 

Transmission compression and decompression (as opposed to 
database compression) capability shall be bit preserving. The 
contractor shall provide and install all applicable hardware/software 
to support the inter-MTF communications at each site. The 
contractor shall provide for receipt and transmission of text 
information (e.g. radiology reports, patient data) to and from the 
reading MTF and the MTF imaging the patient. It will be at the 
discretion of the government to install the communications link the 
contractor would have provided. 

6.4.1. General. The specific purpose of this capability is to provide 
primary interpretation capability for radiologic exams acquired at a 
non-radiologist manned MTF. SpedaEy configured teleradiology 
equipment may be proposed to accomnplish this function. The 
specifications for these items are described in this and part 2 of this 
document The concept allows for central reading MTFs (hubs) 
staffed by radiologists to read digitized images transmitted via 
dedicated communications links from satellite MTFs. A regional 
approach will allow a distributed workload and can accommodate 
images from any Department of Defense MTF when 
implemented. 

6.4.2. Unique requirements. The workstations shall possess the 
following attributes: 

6.4.2.1 Review workstation: (The workstation shall be utilized in 

conjunction with a film digitizer.) The review workstation shall 
have sufficient direct access memory to hold 150 14" x 17" 
images, digitized at 2K x 2.5K pixels x 10 bits deep. An archiving 
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device shall provide storage for 110,000 images at the same 
resolution. 

6.4.2.2. Radiologist workstation: This workstation, used at the central 
reading MTF, shall have sufficient direct access memory to 
receive batched, unattended image transmissions, as described in 
paragraph 6.3, from multiple satellite MTFs. Each satellite can be 
expected to transmit 100 images at resolutions described in 
paragraph 6.3 per 24 hour period. Archiving capability for the 
central reading teleradiology MTF shall be capable of storing at 
least two years of acquired images. 

6.43. Portable Teleradiology: In addition to the inter-MTF 
communications links, the contractor shall propose a system for 
local access to the MDIS via voice-grade phone lines. Access to the 
MDIS shall permit images and other data to be sent to a 
workstation (which is connected via phone line) for local display 
and storage. The intent of this aspect of teleradiology is to allow 
remote MDIS access for radiologists on-cail. This system shall 
support a minimum signaling rate of 9600 baud (V.32 CCITT). A 
security mechanism for protection of these dial-up lines from 
unauthorized access shall also be a part of the proposal. 
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Part III. MDIS System Integration 
7. MDIS System Operations, 



7.1. General. 

The MDIS system shall be a functional single entity that 
provides radiologic image and data management support within an 
MTF or between supporting and supported MTFs. While 
performance of each MDIS component and subsystem is important, 
the integrated performance of the entire system is the most 
meaningful measure of clinical acceptability. The contractor shall 
provide a system that performs to the parameters specified in the 
paragraphs below. 



7.2. Operational Scenario. 

The MDIS system shall support the following operational 
scenario for radiologic practice. 

7.2.1.1. Image Exam Orders. Exams are ordered in the CHCS 
system environment This order entry information is sent to 
MDIS through the CHCS-MDIS interface. The MDIS system 
shall check its database for previous exams and if appropriate 
they are automatically restored from the long-term archive to 
the short-term storage after expanding the compressed image 
archived data set. 

7.2.1.2. Network Routing. When a patient reports to the 
radiology department for an exam, a radiology technologist lop 
the order request data on the MDIS network and verifies the 
accuracy. The new radiology exams are acquired and following 
an image quality control check at the image acquisition site, the 
image is presented to the network. These images and associated 
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data shall be routed on the network to the database storage. They 
shall then be available on short-term or workstation magnetic 
storage for viewing at appropriate workstations. 

7.2.2. Diag nostic Workstation Activity. 

7.2.2.1. Image Presentation. Diagnostic workstation storage 
receives images and text from another storage site or directly 
from imaging devices. By the time a radiologist goes to a 
workstation, all the necessary images shall be prestaged in short- 
term workstation storage. Based on the preselected protocol, the 
worklist of images shall be presented to the users for diagnosis 
and review. 

7.2.2.2 Image Interpretation. The radiologist selects exams from 
the worklist and performs interpretation. Associated cases are 
available on the workstation for review with the new 
examination. Reports are dictated at the workstation and 
transcribed into CHCS. Subsequently, the reports are introduced 
into the MDIS system along with appropriate patient data 
elements so that they are logically matched with the images in 
the patient image exam folder. 

7.2.2.3. Purging Images. Upon completion of the review, 
following the user-set protocol (time delay, discharge, report 
availability, and others) the images are automatically purged 
from the local workstation storage on a FIFO basis to make room 
for additional follow-on exams. 

7.2.2.4. On-demand Queries. Images that are in the short-term 
storage (STS) or long-term archive (LTA) shall also be viewed on 
demand, however longer retrieval times as described in 
paragraph 8 below are acceptable. 

7.2.3. Clinical Workstation Activity. 

The database autoroutes downsampled images and exams to 
appropriately identified clinical review workstations located 



Jthroughout the MTF. Short-term storage at these sites holds images 
that are available for review at the clinical workstation. A local list of 
available images shall be present. On an hourly basis, autorouted 
images shall be produced by (1) CHCS appointment schedules or (2) 
radiologic exam orders placed by the referring physician. 
Additionally, ad hoc interrogations of in STS or LTA shall be possible. 

7.3.1. Generic Network Configuration. 

The contractor shall provide a specific MDIS system solution 
that meets the generic system solution indicated in the diagram below. 
Emphasis shall be on efficient image and data flow without regard to 
specifying any particular topology. Any system solution is acceptable 
as long as it meets performance requirement described throughout 
this document. The figure below indicates a generic configuration 
from a performance perspective. 



Figure 4. Generic MDIS System, Performance Perspective 
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7.3.2. Loaded Network Condition. 



Worst case performance shall deteriorate no more than 2.5 fold 
of the peak performance values. The worst case situation is defined by 
the period within which all the imaging systems and workstations are 
in full clinical operation at the busiest two hours of the clinical day at 
each site. This is termed a "loaded network condition" for the 
purposes of evaluation and benchmark testing. Peak performance 
values shall be provided at times other than a loaded network 
condition. 

7 A. System Integration 

The contractor shall provide the MDIS network design and all 
system integration details. This includes meeting the appropriate data 
volume, traffic patterns that allows for establishment of priorities, 
network data contention resolution and preservation of data integrity to 
meet performance parameters specified throughout this document. 



7,44 Imaging Systems 

Images are acquired at various imaging modalities such as CR, 
MR, CT and others. Once the images are acquired and processed by the 
acquisition device, they shall be automatically transferred to and 
received by the MDIS network. The entry of patient name and other 
demographic data shall be done only once at the image acquisition 
system. Dual entry into MDIS is not acceptable. The data transfer 
across the interface to the MDIS network must not impede the 
operations of the imaging device. Implementation of ACR/ NEMA 
interface is required for all digital imaging systems. For ultrasound 
imaging devices that do not support digital interface, digitized video 
interface at 512 x 512 x 8 bits is an acceptable image data set. 
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7.4.1.1. Digital Interfaces. A number of digital imaging devices 
are in existence at each site. Some devices will have ACR/NEMA 
interfaces and others may require retrofit. This information is 
available in the site specific section of this performance 
workstatement. *"The contractor shall install ACR/NEMA 
standard interfaces to all digital imaging systems identified for 
MDIS network. The throughput of the MDIS side of the interface 
shall be equal to or greater than that of the imaging system side. 
Additionally, the MDIS system shall preserve full acquired image 
fidelity for interpretation as well as the associated patient and 
image supplement data describing the imaging parameters. 

7.4.1.2. CR and Film Digitizer Interfaces. The MDIS shall have 
ACR/NEMA standard interfaces to the CR and film digitizer. 

7.4.1.3. Digital video interfaces. Ultrasound and some 
fluoroscopy systems readily produce analog video output. 
Whether 512-line or UOO-line systems, such output is amenable 
to video frame digitization. This method typically limits gray 
scale resolution to 8 bits, but its clinical acceptability has been 
demonstrated. Use of such interfaces is predicated on video 
digitizer performance (See above). 



7.4.2. ACR/NEMA Standard Interface. 

7.4.2.1. Standards. ACR-NEMA compliance is defined as 
conforming to all aspects of ACR-NEMA 300-1 9XX- whichever 
standard is in effect at the time of a site-specific delivery order. 
The primary use of ACR-NEMA interfaces will be for connection 
of imaging equipment (IE) to acquisition devices or network 
interface units (NIU) of the MDIS. The interface between the 
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MDIS system and NIU or acquisition device shall be determined 
by the contractor, i.e. : 

IE - - NIU - - MDIS Network 
or 

ACR-NEMA Contractor Specific Interface 

7.4.2.2. Split Implementation. Recognizing that the ACR-NEMA 
standards committee is proceeding towards a split 
implementation in emerging standards, for purposes of this 
performance work statement, the ACR-NEMA logical interface is 
defined as one which uses the upper (i.e. application, presentation, 
and session) layers of the ACR-NEMA protocol. These layers then 
operate over other hardware and protocols for the lower (i.e. 
transport down to physical) layers. ACR-NEMA logical interfaces 
may be used as specified by the contractor, except as set forth 
above. 

7.4.2.3. Interface to Multiple Imagers. In the situation where 
multiple imaging devices are connected to their own computer 
system (for example; nuclear medicine), an ACR-NEMA 
compliant interface may be used between this computer system 
and the MDIS system NIU or acquisition device. The connections 
between the imaging devices and their intrinsic computer system 
are determined by the contractor of the multiple imaging system. 

7.4.2.4. Interface to Output Devices. A secondary use of an ACR- 
NEMA compliant interface is between the MDIS system NIU and 
a laser film printer. A number of laser printers may already be in 
possession at the project sites. The MDIS contractor shall interface 
these printers to the network as a retrofit action. Refer to the site 
specific delivery order. 
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7,43, Pata Base System Integration. 



The MDIS system database shall be fully integrated into 
workstation operation. Retrieving studies at the workstation, when 
done outside the worklist function, shall be transparent to the user. 
When requested studies are in the long term archive, the retrieval 
time may be considerably greater than from the short term storage. If 
this is the case, a notice of this increase retrieval time shall be sent to 
the workstation and displayed. There shall also be a option to abort the 
requested function. 

7.4.4. Inter-M TF Teleradiology Integration 

An Inter-MTF teleradiology MDIS system shall be fully 
compatible to the Intra-MTF MDIS system in terms of image quality 
and database management system. The teleradiology devices shall be 
interchangeable with MDIS components and subsystems. 
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8. Network Performance. 



g,l general, 

Network throughput and system image quality are the two 
primary performance parameters of an effective MDIS system. Each 
parameter is affected in part by the volume and complexity of image 
data, frequency and volume of user requests, the degree of data 
compression, communication priority parameters, and data access 
speed of the data storage devices. The performance of the entire 
network shall be able to support efficient clinical operations of 
radiology service of the MTF. Network performance requirements are 
described from several perspectives. The vendor shall describe how 
each of the throughput requirements are addressed in the proposed 
system design. These performance parameters shall be available for 
system benchmarking. 

9,2 Stanford Image Set for Performance Measurement, 

The operational response specifications assumes the following data 
set as a typical radiological study to be viewed at workstations. 

Image Data Set Compression # of Images 

Type Per Imag e Type per Study 

New Chest 2Kx25KxlO bits bit preserving 2 

Previous Chest Image 10:1 6 

New CT Study 512 x 512x 12 bits bit preserving 50 

Previous CT Study 10:1 50 

The standard exam image set consists of two types of exams-chest and 
CT (or MR). The chest images are obtained from a CR unit The new 
exams are routed /managed with only lossless compression and 
previous studies have been restored from the LTA that uses 10:1 
compression. (Note: Downsampling fits plain radiographic images 
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into lk by 1.2k by 8 bits data sets for routing to review workstations 
outside of the radiology department.) 

8.3 Imaging Systems Performance Perspective. 

Upon completion of image acquisition, the MDIS system shall 
provide a means to direct the images to multiple subsystems on the 
network. The transfer of images from the imaging system to the 
network shall not impede the normal operations of the imaging 
systems regardless of the network traffic condition (i.e. loaded or 
otherwise.) The image throughput performance of the CR on the 
network shall be same as CR functioning as an independent device. 
The contractor shall provide automatic image routing capability such 
that two newly acquired images from a CR device ( 2Kx2 .5 K x 10 bits 
with lossless compression) or CT/MRI device can be sent to and 
received by storage at a diagnostic workstation within 5 minutes after 
image acquisition under loaded network conditions. Time begins 
from the initiation of image transfer at the imaging system to the 
receipt of the new images at the local storage at the workstation. 

8.4. Workstation Performance . 

Two categories of workstations are required for MDIS- the 
diagnostic workstation and the review workstation. The operational 
features are described in the paragraphs above. 

8.4.1. Diagnostic Workstation Perspective. 

Diagnostic workstation performance features shall be supported 
by the capabilities of subsystems. Moreover, the workstation features 
must be given a appropriately high priority in terms of executing the 
database command. 



8.4.1.1. Workstation storage. The magnetic storage at the 
diagnostic workstation shall be sufficient to store all images, new 
and old, that are needed for a minimum of one day's work. 

8.4.1.2. Autorouting. In a routine clinical situation, the images 
(new and relevant previous studies) of scheduled patient cases 
shall be present at the diagnostic workstation image storage 
ready for interpretation. Diagnostic workstations shall receive 
images in the background without noticeable impediment to the 
viewing process. 

8.4.1.3. Display Speed. The following description assumes a four 
monitor workstation. The same specifications shall apply to the 
workstations with more display screens. During a clinical day in 
a diagnostic image reading environment, the diagnostic 
workstation shall display on demand a list of patient cases to be 
read by a radiologist. Once a patient case is selected at the 
workstation, the full frame of the first new chest images shall be 
displayed in less than 6 seconds and subsequent new and old 
chest images shall be displayed on the 3 other screens of the 
workstation within the next 15 seconds. Associated text data 
shall be displayed within a second after the completion of the 
image display. Since the standard image set is a multi-modality 
exam, the workstation shall be capable of displaying new chest 
images (2 images) and new CT images (50 images) within 20 
seconds of the requesting key stroke. 

8.4.1.4. Viewing Long Term Archived (LTA) Images. If 
requested images are in the LTA, the set of images (6 chest and 50 
CT images) shall be available in the workstation for display no 
longer than the 5 minutes after the request. 

8.4.1.5. Viewing Short Term Storage (STS) Images. If the 
standard image set is in STS, the display time shall be less than 
twice that of subparagraph 8.4.1.4 directly above. 
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8.4.2. Review Workstation Perspective. 



Review workstations are located outside of radiology 
department in clinic and ward settings for reference and review of 
diagnostic radiologic images. 

8.4.2.1. Autorouting. In a ward or clinic intra-MTF situation, 
dowrtsampled images (both new and relevant previous studies) 
of scheduled patient cases shall be at the workstation image 
storage ready for reading at the start of the clinical day within 1 
hour after the new exam is acquired or 30 min after short term 
storage studies are requested. 

8.4.2.2. Review Workstation Storage. The review workstation 
storage shall be sufficient to store a minimum of two days of 
images for all patients in the supported ward or clinical area in 
which the workstation is located. Individual site requirements 
may increase but will not decrease these storage values. 

8.4.2.3. Display Speed. For single or dual screen review 
workstations, the screen image "paint* time for downsampled 
studies stored at the workstation shall not exceed 20 seconds for 
the first chest image of a study and not to exceed 10 seconds for 
each subsequent image. When a study consists of more images 
than can be displayed on the workstation monitors, the time to 
display the next (or previous) set of images shall not exceed 5 
seconds per screen. 

The contractor shall configure frame buffer size, workstation 
RAM size, local magnetic storage type and size, and the MDIS 
system interface to meet these requirements. 

8.4.2.4. Viewing from STS. When the downsampled standard 
image set is requested from the short term storage (STS), the first 
image of shall be displayed within 5 minutes in a loaded 
network condition. 
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8.4.2.5. Viewing from LTA. When the standard image set is 
requested from the archive, assuming the the image is on-line 
on a storage medium (e.g. disk is in juke box) , the images shall 
be displayed within 10 minutes in a loaded network. 

8.4.3. Output Device Perspective. 

The operations of MDIS system network shall not be impeded by 
any hard copy devices. The interaction between hard copy device and 
the network shall be such that it shall queue the image print requests. 
The hardcopy device shall produce hard copy images on single 
emulsion film of image quality of preselected default values or 
specially processed images at an authorized user/workstation. The 
authorized user/ workstation shall be able to direct images to any hard 
copy printer. The hard copy device shall communicate the 
operational or service status to the user and network manager. 

8.5. Network Response. 

8.5.1. Responses to Requests. 

Most image service requests made from workstations or 
management terminals will involve movement of patient data. Once 
a request is made by a user at a workstation, the MDIS system shall 
notify the requestor the status of a request 

8.5.2. Types of Requests, 

The success or failure of the following requests that generates 
image or data transfer must be indicated to the requestor at their 
workstation location: 

imaging equipment to database, 

database to workstation, 

workstation to workstation, 

transfer to a hardcopy unit, 

transfer to CHCS, 
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CHCS to MDIS system database. 



The response to these requests are for verification purposes. 

8.5.3. Responses to Database Transfers. 

A successful response to a request for data movement to the 
database shall mean that the database has successfully received the 
data and is assuming responsibility for it. This will allow the sending 
device to delete the data from its local data storage (if so 
implemented). 

8.5.4. Warn ings for Lenfthv Transfers. 

A request which will produce a lengthy transfer of longer, than 
15 seconds (for example; moving an entire set of patient studies) shall 
warn the user and provide periodic indication that the request is 
being processed. The system shall provide abort operation option 
during a transfer. 

jjjjjt^^ ^^^^^f cijnt!i!]i j^xjt^^Bg 

Teleradiology is a method of providing expert radiology 
diagnostic and consultation service to a distantly located clinical 
facility by using digital images, image transmission and text 
communication capability. Teleradiology can be seen as a subset to 
MDIS systems technology. An inter-MTF teleradiology system shall be 
technically compatible to MDIS system parameters such that it can 
exchange full image and text data with an intra-MTF MDIS system. 

8.6.1. Telera diology System Configuration. 

A teleradiology system consists of the digital image acquisition 
(e.g. film digitizer or computed radiography device) device, a 
communication link between a remote site to a central location and 
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diagnostic reporting capability. The primary throughput of such a 
network depends on the image and associated text data transmission 
time, image matrix size (e.g. 2K x 2.5K x 10 bits), data compression (bit 
preserving), and communication speed. 

8.6.2. Acquisition Unit. 

The plain radiography image acquisition device shall be able to 
obtain at 2K x 2.5K x 10 bits of data set per image and associated 
patient data and transmit the them over a high speed link in a batch 
mode. Other digital devices such as CT shall acquire the full data set 
for their specific modality. 

8.6.3. Reports. 

The contractor shall provide a means to communicate diagnostic 
reports back to the remote site and have the reports printed on paper 
form. 

8.6.4. Workstations. 

The performance characteristics of diagnostic and review 
workstations are described above. 

8.6.5. Communication Requirements. 

Communication requirements are driven by the image data 
volume and individual clinical scenario. These are described in the 
site specific document. 

8.7. MDIS System Redundancy. Reliability, and Crisis Management 

The MDIS system shall have reasonable redundancy in the 
network design so that no single point of failure can cause the major 
breakdown of radiology service. See paragraph 8 below for systems 
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maintenance considerations. The network shall prevent any loss of 
acquired images and data. The MDIS shall provide means to enter the 
missed images. In case a set of images or single image fails to be 
transmitted from a imaging system, there shall be a way to identify 
and restored the missing image(s). The contractor shall submit a crisis 
management plan for evaluation and approval to prevent catastrophic 
loss of images in the system. 

8.8 MDIS Image Quality. 

Interpretation image quality at the diagnostic displays shall be 
the full spatial and contrast resolution that was delivered to the 
network across the image acquisition device interface for new images 
requiring interpretation. Review image quality at the review work 
station shall deliver the downsampled data set at the spatial and . 
contrast resolution specified in paragraph 3 above. 
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Part IV. MDIS System Support 



9. Training. 
9.1. General. 

The contractor shall provide a comprehensive training program 
to include: all instructional materials, initial /refresher training, 
training schedules, quick reference lists, and training program 
upgrades. Maintenance training is included in paragraph 8, 



9.1.1. Instructional Material. 

9.1.1.1. General. The contractor shall provide all necessary 
training materials and equipment for any training course 
conducted (e.g., instructional texts, audio-visual materials and 
equipment, workstations, etc) Each student shall he provided one 
complete copy of the pertinent materials at the start of the formal 
training program. This set of materials shall include reference 
materials guiding the basic procedures for using the MDIS. A 
complete copy of the training materials shall be retained at the 
conclusion of training by the responsible MDIS facility trainer for 
use by MDIS users as reference. All training materials (e.g., 
instructors' text, audio-visual materials, testing, scoring, quick 
reference lists and evaluation materials, etc.) shall become the 
property of the government. 

9.1.1.2. Quick Reference lists (QRLs). Each device shall be 
provided with a QRL describing basic unit mechanical and 
software operations. The QRL can be a laminated card for devices 
without a CRT or pop up screen menu that is called f' \se 
consistently with the same keystrokes throughout the at 
every CRT. 



9.2. Formal Training. 

The contractor shall include a formal training program 
consisting of initial and refresher training, ranging in degree from the 
fully comprehensive system operation for the frequent user to the 
basic operation and familiarization for general users. The training 
structure shall target specific groups of MTF personnel based on the 
degree of system familiarity necessary for these target groups to 
operate the system at a skill level sufficient to permit their full 
functionality at their assigned health care tasks. Training shall 
include development of a training program through formal 
instructional systems development This development effort shall 
include establishment of training standards detailing tasks and 
proficiency level, a plan of instruction to achieve proficiency levels, 
formal lesson plans from which instructors shall train, instructional 
materials, training literature, instructional exercises and examples, 
and testing and performance evaluation materials. Hands-on 
training experience shall include equipment and software identical to 
that provided in the actual installation. 

9.3. Initial/Refresher Training. 

TRAINING TABLE 

Type of User Group Training Individual Training 
Frequent 2 Hours 2-2 Hour sessions+ 2 hr 



refresher 



Occasional 



1 Hour 



2 Hour session+2 hr refresher 



Infrequent 



1 Hour 



1 Hour session+1 hr refresher 



Radiologic tech 



8 Hours 



8 Hour session+4 hr refresher 



Support staff 



8 Hours 



8 Hour session* 



•The site can send a person(s) to factory training for in-depth coverage 
of system and network management and maintenance procedures. 

Group training shall be accomplished in groups of no more than 10 
trainees. Individual training shall be done with no more than three 
trainees in one group. 

9.3.1. Initia l/Refresher Training. The contractor shall conduct initial 
and refresher training at the individual MTF where MDIS is to be 
installed. The contractor shall customize training to the specific 
needs of radiologists, medical staff and other frequent users, 
radiologic technologists, maintenance technicians, 
administration, ancillary personnel, and system managers. 

9.3.1.1. Frequent User. For radiologists and other frequent users 
medical staff training may require several hours. In the 
course of their duties, they will read large volumes of images 
and shall be trained by the contractor to a high proficiency in 
all aspects of image manipulation. 

9.3.1.2. Occasional Users. The contractor shall train medical staff who 
occasionally use MDIS to perform basic image display and 
manipulations. 

9.3.1.3. Infrequent Users. The contractor shall train nursing staff, 
physician extenders, and other infrequent users to operate 
workstations located in the clinical area in which they 
normally work. They will perform only basic image display 
and manipulations. 

9.3.1.4. Radiologic Technologist Users. The contractor shall train 
radiologic technologist users in the overall operation of the 
MDIS and with all types of workstations and other system 
components of the MDIS. Technologists will move images 
from various imaging modalities to the MDIS, retrieve 
images from both archival and central storage, and view 
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images during quality control procedures. They will receive 
training on CR, Laser Film Digitizers, and other devices. 

9.3.1.5. Support Staff Users. The contractor shall train administrative 
and support staff on all MDIS capabilities, especially those 
relating to fault diagnosis, maintenance of database and 
integrity, and performance optimization. 

9.4. Trainin g Schedule. 
?,4,1, Training Schedule. 

The contractor shall provide a schedule for training the MTF 
staff. The contractor shall conduct training on site at the MTF at 
the convenience of the government during normal duty hours. 
The government has the option to request training by the 
contractor on weekends and evenings with reasonable notice of at 
least two weeks. At the option of the government, the contractor 
shall conduct training on a regional basis. The contractor shall 
integrate the training to coincide with equipment installation so 
that trained MTF staff are available when the contractor 
establishes initial operating capability. 

9.4.2. Sof tware Demonstration 

The contractor shall provide a site-specific software tutorial with 
the first deliverable. The government expects this package to 
permit active simulation of an operational workstation for use in 
training. This demonstration package shall be provided within 
the first set of deliverables during the post award period. 

9.5. Training Program Upgrades. 

The contractor shall provide training to the appropriate target 
audience when system upgrades occur. This training shall be at the 
level of quality equal to that of previous implementation program. 
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10. Maintenance. 



The contractor shall provide maintenance support for all 
components of the system at each site. All service shall be provided 
by factory trained, English speaking, technically qualified and 
authorized service personnel. All tools, test equipment, parts, and 
supplies necessary to maintain all components of the MDIS system 
shall be the responsibility of the contractor. The contractor shall 
provide a contact point for each site, for both hardware and software 
maintenance. The contact point shall be available 24 hours a day. 



The size and complexity of the system shall dictate the level of 
service support required. The contractor shall submit a 
maintenance/operation plan for approval using the following 
guidance: 

At larger, fully integrated (networked) sites there shall be on 
site technical support for operating and maintaining the 
system. This support shall be available on site when the 
contractor establishes IOC and remain available on site 
through the warranty period including any extensions. On- 
site technical support shall be available during normal 
daytime work hours identical to those of the radiology 
department site where support is provided through this 
contract. The contractor shall provide copies of this work 
experience history and educational achievements for on site 
technical support staff. This will include copies of training 
certificates, if applicable, demonstrating that the staff possesses 
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the level of skill which shall meet the following 

requirements. On site technical support shall include skills in 
system engineering, database management, and technical 
computer operation, repair and maintenance. Typical staff 
skills which shall be required to technical support are 
described below. 

10.1.2.1. System Engineer- Responsible for optimal operation of all 
the computer components of the MDIS system, including 
databases, image transmission, interfaces, and electronic 
image archives. This individual shall be the contractor's on- 
site point of contact and supervises the database /archive 
manager and the computer technician. 

10.1.2.2. Database/Archive Manager- Responsible for all aspects of 
image archiving, both electronic and hard copy. Assures that 
imagery is entered into the archive in the correct format and 
is readily available for patient care. The individual shall be 
expert in the use of computers for data management and in 
operation of a medical center image archive. 

10.1.2.3. Computer Technician/Trainer - Responsible for 
maintenance and training on the system. This individual 
shall be trained in all aspects of computer systems 
maintenance and have a thorough understanding of 
electronic circuits and trouble shooting techniques. This 
individual shall be proficient in the operation of all 
components of the system, and fully capable of training others 
in the proper operation of the equipment. 

10.12.4. On-Call Maintenance Support At smaller facilities / 
installations, (i.e., teleradiology link only) the government will 
accept on-call technical support instead of on-site technical 
support with individuals qualified in accordance with the 
guidelines above. 
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10.2. Warra nty Maintenance. 



Contractor shall include an extended warranty for all parts and 
full labor of 365 calendar days following full government acceptance 
of the MDIS system. Warranty shall include around the clock 
response. The government representative shall make formal 
notification by phone and the response time measure shall start. 
During the warranty period, the contractor shall furnish maintenance 
service support that will include as a minimum, preventive and 
corrective maintenance services for the MDIS system and all 
associated hardware, firmware, and software components and 
additional accessories ordered with the MDIS system. The contractor 
shall provide all parts, labor, travel, and expenses necessary to 
perform such services at no additional cost to the government, except 
where maintenance is required as a direct result of abuse, misuse, 
willful misconduct, gross neglect or damage by the government 

10.2.1. Preventive Maintenance. 

The contractor shall perform all preventive maintenance (PM) 
services required for system hardware, firmware, and software at 
times convenient to the government. The contractor shall 
furnish a preventive maintenance plan /schedule for approval. 
The contractor shall schedule and coordinate PM services and 
obtain approval of the schedule by the government's 
representative at the site. PM shall be performed on individual 
components of the system so as not to affect the operation of the 
entire system. 

10.2.2. COTTf^ve Maintenance. 

The contractor shall provide on-site hardware, firmware, and 
software corrective maintenance service, to include software 
problem analysis, associated reprogramming, and corrected 
software documentation. The contractor shall make every effort 
to affect repairs in the most expedient manner with minimum 
interruption to the operation of the system. 
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10.2.3. Resp onse Time, 



During the warranty period, the contractor shall respond on-site 
to emergency calls within 2 hours following notification. An 
emergency call is defined as a hard failure of a component when 
no back-up is available, or a hard failure of the system that 
prevents the site from accomplishing its normal workload with 
the remainder of the system. Included in routine failures are all 
soft failures and hard failures of a component that has back-up 
capability. The contractor shall respond on-site to routine calls 
within 12 hours following notification by the government 
representative. Failure to respond to service calls in the required 
time frames shall result in reimbursement to the government all 
costs associated with putting into effect conventional film /screen 
radiography, CT, Mil, US, etc., until the system is restored. 

lQ t 2 t 4t Reports of Service, 

All reports of service (FM or repair) shall be documented and 
provided to the appropriate on-site government representative 
and filed with the equipment history file. At a minimum, the 
report shall include: a) date and time notified, b) date and time of 
arrival on-site, c) description of malfunction or service to be 
performed, d) model number/serial number and location of the 
equipment, e) time spent to repair, f) parts used /replaced, and g) 
description of service performed. 

10.2.5. Softw are. Firmware, and Hardware Support. 

10.2-5.1. Commercially Available Upgrades. During the warranty 
period the contractor shall provide, at the option of the 
government representative, all current fully tested, 
commercially available software, firmware and associated 
hardware upgrades and new versions at no additional cost to 
the government The contractor shall also upgrade hardware 
through '"value engineering programs" as described in the 
FAR. The government's representative will test and evaluate 



all changes to the system under this requirement and 
determine whether to accept or reject them. The contractor 
shall provide complete, appropriate documentation, and user 
training for all changes to the system. 

10.2.5.2. Newly Developed Components. Any software, firmware, 
and hardware which the contractor announces or may 
develop during the contract period, for general use with the 
type of equipment supplied under this contract, shall be made 
available to the government on the same or better basis than 
such items are provided to their best commercial customers. 

10.25.3. Remote Diagnostic Capability. The contractor shall 
provide remote diagnostic capability using a communications 
link for remote diagnosis and correction of software problems. 

10.2.5.9. Participation in User Groups. If the contractor supports a 
customer user group as a technique to maintain and develop 
system improvements, each individual military site will be 
granted user-group membership status. Moreover, owing to 
the magnitude and long-term nature of this contract, military 
sites will be granted up to 3 priority user change request each 
year. These priority change requests will have precedence 
over all other categories and priorities of user changes 
evolving from the customer user groups. 

10.2.6.1. Mean Time Between Failures. The contractor shall 
provide the government its estimated mean time between 
failures for each system component, the network supporting 
system and the fully operational system. The contractor shall 
describe the methodology used to estimate mean time 
between failures for each system component, the network 
supporting system, and the fully operational system. 
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10.2.6.2. Fault Tolerance. The MDIS system shall have fail-safe 
back-up mechanisms and every effort shall be made to ensure 
MDIS system reliability. The system shall be able to resume a 
database update or image transfer without loss of data in spite 
of an interruption due to hardware failure. The system shall 
detect any erroneous requests, notify the operator of the 
unsupported function, and suggest alternative approaches if 
they exist. The MDIS system shall not malfunction (i.e., crash) 
when confronted with commands that a particular 
workstation cannot perform. 

10.2.6.2.1. System and Component Uptime. During the warranty 
period, the MDIS system shall maintain a component and 
total system uptime of 99% monthly. Total system 
uptime is derived by averaging the monthly uptime of 
each component of the system. The uptime figures are 
based on normally scheduled operational hours per 
month which are based on 24 hour a day operation. The 
system downtime of one percent consists of two factors, 
planned or scheduled downtime and unanticipated 
downtime. Planned or scheduled downtime consists of 
approved, scheduled maintenance, archiving and other 
programmed unavailability of the system such as 
scheduled installation of software, firmware or hardware 
changes. This comprises three quarters percent of total 
system downtime while unanticipated downtime 
comprises the remaining one quarter percent. 

10.2.6.3. Penalties. Failure to maintain the specified system 
uptime during any one month of the basic warranty period 
shall result in an extension of the warranty period by one 
month for the system. Failure to maintain component 
uptime of 99% during any three consecutive months, or to 
maintain a component uptime of 90% during any one month 
of the warranty period shall constitute grounds for the 
removal of the component from the site at the contractor's 
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expense, and replacement or a reimbursement of the system's 
cost to the government at the government's option. 

10,3t Post Wamnty Service, 

The contractor shall provide one year (12 month) service 
programs for each system provided for each of five years following 
the end of the warranty period. The scope of the services provided 
and the requirements for system reliability shall be at least the same as 
provided during the warranty period, including all parts, labor, 
system hardware, firmware, and software changes and periodic user 
training. 

10,34, Follow Qn Years, 

Each annual program may be exercised up to thirty days after the 
end of the warranty period for the first option year, and up to 
thirty days after the end of the previous year's program for year's 
two through five. If an option year is not exercised, then all 
subsequent options are void- 



11. Complete Installation. 



11-1. General Requirements. 

11.1.1. Standard Products: 

Material and equipment to be provided shall be the standard 
products of manufacturers regularly engaged in the manufacture 
of the products. Products out of production at the time a delivery 
order is written are not acceptable. 

11.1.2. Nameplates. 

Major components of equipment shall have the manufacturer's 
name, address, type or style, component serial number and 
catalog/model number on a noncorrosive and non-heat sensitive 
plate which is securely attached to the equipment 

11.1.3. Full Installation. 

The contractor is responsible for determining code requirements, 
design data, and other factors necessary to design and install the 
system at each location. All items of work not detailed in this 
specification and all data not furnished by the government, but 
required by the contractor for complete system installation, are the 
responsibility of the contractor to request and obtain. The 
contractor shall provide an Installation Plan providing time 
frames for submittal and approval of post award installation 
plans. Approval for the contractor to proceed with installation of 
the MDIS System shall be contingent upon the government's 
approval of design submittals and written notification to proceed 
with installation. 
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11 .1.4. Installation Requirements. 



11.1.4.1. Rigging: The contractor shall be responsible for the safe, 
physical movement of equipment from the delivery point at 
the final destination, to the area of installation and uncrating 
of the equipment. 

11.1.4.2. Removal: The contractor shall remove rubbish and debris 
from the site daily, unless otherwise directed. Burning is not 
acceptable. Contractor shall store all materials which cannot 
be removed daily in the area specified by the contracting 
officer. 

11.1.4.3. Damages: All existing work that is damaged or defaced as a 
result of the contractor's installation work shall be restored by 
the contractor as directed and approved by the contracting 
officer, at no additional cost to the government. 

11.1.4.4. Existing Utilities: Contractor shall check the location of 
existing utilities required to remain in place /service and those 
designated to be removed. Contractor shall protect, maintain, 
remove and /or cap utilities as necessary in accordance with 
local codes and regulations. 

11.1.4.5. Utility Connections: Contractor shall connect to 
designated utilities in a manner conforming to the nationally 
recognized code covering the specific utility and at a time 
satisfactory to preclude disruption to existing functions or 
clinical services. Contractor shall provide at least two days (48 
hours) notice to the contracting officer's on-site 
representatives prior to making any tie-ins. 
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11.1.5. Post Award Data Submittals. 



The contractor shall provide all documentation required for 
post-award project planning. The contractor shall provide all 
user, operator, preventive maintenance and service 
documentation, to include software documentation, and 
documentation concerning additional accessories. Unless 
specifically prohibited, the contractor shall grant to the 
government royalty free rights to reproduce in whole or in part 
any and all such documentation for government use. Any 
software considered proprietary must be identified. It must be 
available for use by government personnel for the life of the 
equipment. The government will not be responsible for any 
separate licensing fees. 

11.2. Turn K ey Installation. 

The contractor shall propose complete, fully operational 
installation of the system "turn-key". Not later than 60 days prior to 
installation, the contractor shall provide to the government "blue 
line" drawings and accompanying fully descriptive text These 
documents shall fully define and illustrate all proposed changes to 
heating, ventilation, (e.g. air exchanges, etc.) and air conditioning 
systems (e.g., loads, designed /rated operation of all computer 
equipment, etc.); utility connections, chases and conduits to include 
communications; room illumination; plumbing; drains; 
improvement to floor loading capacities; penetrations of fire and load 
bearing walls and finished floors; and other changes to the 
characteristics of the existing physical plant necessary for the 
contractor to install a fully operational system. The contractor must 
assess and describe the requirements for moving equipment through 
facility doorways and corridors and on to elevators to the installation 
sites. The description shall include an assessment of door widths and 
heights and dynamic and static distributed point loads of the 
equipment and certification that equipment the contractor proposes to 
install can pass safely and easily to all installation locations. If the 
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physical structure must be modified to permit transport of the 
equipment to the installation site, the contractor shall be fully 
responsible for the modifications and for restoring the modifications 
to their original condition at no additional cost to the government 

11.2.1. Fire Detection and Suppression Systems. 

The contractor shall design, install, and test any modifications to 
the existing fire protection and detection system. The contractor 
shall be fully experienced and qualified in the installation of pre- 
action sprinkler systems. The fire protection and detection design 
shall be certified by a registered professional engineer. The 
contractor shall be Underwriter's Laboratory certified for the 
installation and testing of fire protection, detection, and alarm 
systems and possess a valid state fire sprinkler contractor's license. 
The system shall be approved by the base or post fire marshal after 
installation. The contractor shall perform pressure and flow test 
and provide test results to verify the waterline tie-ins provide an 
adequate water supply for fire protection. 

11.2.2. Fire Detection Systems. 

11.2.2.1. Smoke Detectors. 

Where additional fire detection system components are 
required to comply with applicable codes, the contractor shall 
furnish and install photoelectric type smoke detectors as 
required. The smoke detectors shall be Underwriter's 
Laboratories listed. Each detector shall contain a visible, red 
LED alarm indicating light, which shall remain lit following 
detector actuation until the fire alarm system is reset 
manually. Location and spacing of the detectors shall be in 
accordance with NFPA 72E and the manufacturer's 
recommendations. To prevent damage from water, detectors 
under raised flooring shall be installed such that they are 
elevated above the structural floor/deck. The number of 
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detectors shall be sufficient to comply with applicable codes 
and standards. 

11.2.2.2. Design and Interface. 

The contractor shall design and install any changes to the fire 
detection system such that each device shall be interfaced to 
the local building fire alarm panel. The output shall be 
compatible with the local building panel for transmission of 
the fire alarm signals to the central fire station. Contractor 
shall furnish and install all necessary additional equipment 
(i.e., wiring, conduit, zone cards) to provide transmission of 
the fire alarm signals to the central fire station. 

11.2.2.3. Automatic Shutoff. 

The fire detection system shall automatically shut off all 
power, including UPS, to the MDIS System, subsystems, 
ancillary equipment and HVAC equipment where the central 
computer equipment is located whenever an alarm is 
activated. 

11.2.3. Fire Suppression, 

11.23.1. Sprinkler Systems. 

Where additional automatic pre-action sprinkler system 
capability is required to comply with applicable codes and 
standards, the contractor shall provide and install additional 
components as defined in NFPA 13 to provide sufficient fire 
suppression coverage. The sprinkler system design shall be 
based on the requirements and recommendations of NFPA 13. 
The contractor shall connect the sprinkler system to the 
existing sprinkler system or with a water source identified by 
the government's on-site representative. Connection shall be 
in accordance with NFPA 13. A floor drain shall be provided 
as stated in paragraph 11.2.4. 
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11.23.2. Signaling Devices. 



Any additional manual fire alarm stations required to comply 
with applicable codes and standards shall conform to the 
applicable requirements of Underwriter's Laboratories 38 and 
be of the double action type. Any additional signaling devices 
required to comply with applicable codes and standards shall 
conform to UL 464. Audible devices shall be 15 (dB) signal 
above ambient. Visual devices shall conform to NFPA 72G 
and may be coupled with the audible signal device. 

11.23.3. Auxiliary Fire Suppression. 

Where required to comply with applicable codes and 
standards the contractor shall furnish and install the 
appropriate type and quantity of portable non-ferrous halon 
fire extinguishers in accordance with NFPA 10. 

l'^t ^"4» l^lumbin^ l^s qu_iT€jm_cnts« 

The contractor shall comply with all applicable local codes to 
connect interior storm, sanitary, water (hot and cold) and vent 
drains and equipment Storm and sanitary drain piping shall be 
of no-hub cast iron soil pipe fittings. Vents shall be either 
threaded galvanized or non-hub cast iron. Polyvinyl chloride 
(PVC) piping and fittings may be substituted for all piping 
identified in this paragraph with the exception of piping 
containing hot water. Hot water with a temperature not 
exceeding 180 degrees Fahrenheit may be run in polyvinyl 
dichloride (PVD) piping. No material containing lead shall be 
used anywhere in the potable water system. All hot and cold 
water piping above ceilings, below floors, and where concealed 
shall be insulated to comply with applicable codes and standards. 
All brackets, wall plates, stops, aerators, escutcheon plates, drain 
stoppers, and all plumbing accessories shall be provided to assure 
a complete, finished installation. Shut-off valves shall be 
provided at the water connection point and at points of use (e.g., 
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film processors) to facilitate maintenance without interruption of 
service. A floor drain of appropriate size shall be provided at the 
film processor location and in the computer equipment room if 
not already available in these locations. 

Requirements. 

The contractor shall comply with applicable codes and standards 
for HVAC design criteria and to insure computer equipment is 
installed for designed /rated operation. The contractor shall 
provide exhaust systems for the film processors and to comply 
with applicable codes and standards for air flow and exchanges. 
The contractor shall provide all grilles, registers, and diffusers 
necessary to provide a complete, usable, finished ventilation 
system. The contractor shall design and install all ductwork to 
comply with applicable codes and standards. Ductwork and 
refrigeration drain lines shall be insulated in accordance with 
MICA National Commercial and Industrial Insulation Standards. 
The HVAC design shall be certified by a registered professional 
engineer. Written certification that the system has been properly 
balanced to comply with applicable Associated Air Balance 
Council or National Environment Balancing Bureau Standards 
shall be provided by the contractor. 

^.1«2.6« Elsiit-fical System Requirements* 

The contractor shall provide power and communications 
conduits to support equipment requirements, and provide all 
associated wiring, switches, outlets, and terminals in accordance 
with National Electrical Code regulations and system 
requirements and applicable codes and standards for 
communication. The contractor shall be responsible for tieing 
into a designated power source and distributing power to meet the 
electrical specifications of the MDIS System, associated subsystems, 
and ancillary equipment. Energy efficient lighting shall be used 



for general illumination when required. Each room /area shall be 
separately controlled by conveniently located wall switches. Any 
additional wall outlets provided by the contractor and connected 
to emergency power shall be appropriately identified by color and 
embossing "EMERGENCY POWER". The electrical calculations 
and circuit design for the entire project shall be reviewed and 
certified by a licensed engineer. 

11.2.7. Power Conditioning. 

Contractors must visit each installation site on the schedule and 
survey its electrical power system to determine the system's 
adequacy for operation of the offered MDIS System. The 
contractor is responsible for ensuring that electrical power meets 
the quality requirements of the commercial warranty for the 
MDIS System, and that the system will not be damaged due to 
electrical power problems, including brown outs, total power 
interruptions, electrical surges, sags, electrical storms, and other 
likely electrical perturbations. Image quality shall not be degraded 
due to electrical power problems. A particular type of 
Uninterruptible Power Source (UPS) is not specified. The 
contractor shall select and install a UPS appropriate to the 
requirement for graceful shutdown of the system at each site. Any 
transient suppression device provided shall be Underwriter's 
Laboratories listed and incorporate silicon semiconductors as the 
primary surge protection components. The device shall have at 
most a five (5) nanosecond response time to the transient, a line 
to neutral voltage protection threshold which starts at no more 
than 220 volts peak, a maximum peak voltage protection level of 
300 volts, and shall not short circuit the alternating current (AC) 
power line at any time. A visual indicator of the status of the 
primary surge protection components shall be incorporated 
within the device. When required, the contractor shall provide 
necessary equipment, such as transformers, disconnects, power 
distribution panels, and other power related equipment 
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11.2.8. Communications Requirements. 



When required as part of a delivery order, the contractor shall 
provide and install all data communications equipment (DCE) 
within the MTF. Included are cabling, transmission media, 
devices, and communications interface units. The contractor 
shall be responsible for appropriate coordination through and 
approval by the local military communications managers to the 
local telephone company or other local communication agent for 
any modifications to the interfaces between government owned 
and government or privately leased communications links. 

11.2.8.1 Use of Government Furnished Communications. The 
contractor may also be required to develop a solution that 
incorporates communication embedded network capabilities that 
may exist 
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12. Receipt of Deliverables. 



To be developed. 
13, Acronym Listing. 



13.1. AC 


- Air Conditioning 


13.2* ACR 


- American College of Radiology 


13.3. AEI 


- Architectural and Engineering Instructions 


13.4. AFB 


- Air Force Base 


13.5. AFR 


- Air Force Regulation 


13.6. AR 


- Army Regulation 


13.7. ASCII 


- American Standard Code for Information Interchange 


13.8. ASTM 


- American Society for Testing and Materials 


13.9. ASHRAE 


- American Society Heating & Refrigeration & Air 
Engineers 


13.10. BAMC 


- Brooke Army Medical Center 


13.13. CD ROM 


- Compact Disk Read Only Memory 


13.12. CAI 


- Computer Assisted Instruction 


13.13. CDRH 


- Center for Devices and Radiological Health 


13.14. CF/SR 


- Conventional Film/Screen Radiography 


13.15. CHCS 


- Composite Health Care System 


13.16. COTR 


- Contracting Officer's Technical Representative 


13.17. CR 


- Computed Radiography 


13.18. CSA 


- Canadian Standards Association 


13.19. CT 


- Computed Tomography 


13.20. CYTEC 


- 


13.21. DA 


- Digital Angiography 


13.22. DBMS 


- Director of Base Medical Services 


13.23. DOE 


- Data Communications Equipment 


13.24. DDA 


- Direct Digital Acquisition 


13.25. DF 


- Digital Fluoroscopy 


13.26. DHHS 


- Department for Health and Human Services 


13.27. DSA 


- Digital Subtraction Angiography 


13.28. FDA 


- Food and Drug Administration 


13.29. FIPSFUBS 


- Federal Information Procession Standards Publications 


13.30. FMP 


- Family Member Prefix 
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1331. FMRC 

13.32. HF 

13.33. HIS 

1334. HVAC 

1335. IEEE 

1337. IOC 

1338. JCAHO 

1339. LAN 

13.40. MAMC 

13.41. MDIS 

13.42. MRI 

13.43. MTF 

13.44. MI^Z^^ * 

13.45. NAPHCC - 

13.46. NEMA 

13.47. NFPA 

13.48. NM 

13.49. NRTL 

13.50. OKSE 

13.51. PA 

13.52. PET 

133. Reserved for 

13.54. Reserved for 

13.55. PM 
1336. PPD 

13.57. PVC 

13.58. PVD 

13.59. QAE 

13.60. RIS 

13.61. SMACNA - 

13.62. SOD 

13.63. SF 

13.64. SMPTE 

13.65. SSAN 



- Hard Failure 

- Hospital Information System 

- Heating, Ventilation, and Air Conditioning 

- Institute of Electrical and Electronics Engineers 

- Illumination Engineering Society 

- Initial Operating Capability 

- Joint Commission on Accreditation of Health Care 
Organizations 

- Local Area Network 

- Madigan Army Medical Center 

• Medical Diagnostic Imaging Support 

- Magnetic Resonance Imaging 

• Medical Treatment Facility 



National Electrical Manufacturers Association 
National Fire Protection Association 
Nuclear Medicine 

Nationally Recognized Testing Laboratory 

One Key Stroke Equivalent 

Posterior-Anterior 

Positron Emission Tomography 
future use. 
future use. 

Preventive Maintenance 
Pictorial Patient Directory 
Polyvinyl Chloride 
Polyvinyl Dichloride 
Quality Assurance Evaluator 
Radiology Information System 

Soft Copy Image Display 
Soft Failure 

Society of Motion Picture and Television Engineers 
Social Security Account Number 
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13.66. SPC 

13.67. UL 

13.68. UPC 

13.69. UPS 

13.70. US 

13.71. WPAFB 



- Standard Plumbing Code 

- Underwriters Laboratories 

- Uniform Plumbing Code 

- Uninterruptible 

- Ultrasound 

- Wright-Patterson Air Force Base 
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13, gifrlfpgrjiphy - to be developed. 
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APPENDIX A 
Clinical Scenario 
Large Intra-M if MDIS Systems 



100,000 Inpatient Plain Radiography Images / year (exposures) 
300,000 Outpatient Plain Radiography Images/ year 
400,000 Digital Images / year (CT, MR, US) 
All images acquired digitally in phase 1 
Assume 250 work days/ year 



Primary Clinical Activity- 
Diagnosis made by soft copy for Inpatient images (400/day) 
Diagnosis made by soft copy for ER & ICU images (320/day) 
Other Outpatients read by hardcopy digital image (900/day) 

Acquisition: 

5 CR devices: 2 large, 3 small or intermediate 
(e.g. Agfo or ACl-like equivalents) 

CT (2ea) & MR acquired by direct digital interface 
US images by video frame grab 
3 each laser film digitizers 

Display /Output: 

6 each four screen diagnostic displays 

1 each two screen diagnostic displays displays 

7 each two screen review workstations 

3 each laser film printers retrofit from CT & MR 

Storage: 20 G magnetic short term storage 

one juke box- 10:1 digital microfilm option 



Basic CHCS Interface, Image Database & Communications 



Primary Clinical Activity- 
Digital Images for clinic areas. 
Soft copy reading outpatient images 

Acquisition: 

Intermediate CR (e.g. Agfo or AC1 like equivalents) in 
clinic. (Teleradiology link from clinic) 



Display: 



Storage: 



6 each four screen diagnostic displays 

24 each review workstations in clinics and wards 

(downsampled IK images) 



10 G additional magnetic storage 
Second Juke box 



Expanded CHCS Interface, Image Database & Communications 



Primary Clinical Activity- 
Expanded Soft Copy Interpretation 
Expanded Image Referral Service to Wards and Clinics 

Display: 

11 each review workstations 
Mature CHCS 2 way interface, fully mature Image Database & Communications 



jCX^flXCflX SCMlflZlQ n^fl^Si^^XliUiA _^^..lEjX.S. 

Use same basic approach as large MTF but scale workload size of MDIS to 65% 
of large MTF 



35% of large MTF. 
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Clinical Scen ario - Medium She Inter-MTF MDrS System 



Image Acq Method- 
Image Matrix- 
Image Grey Scale- 
Data Compression- 



Communications 
Image Workload- 



Archiving Method- 



Upgrade ability- 



Laser Digitizer of Tabletop CR; digital interface other modalitie: 
2K X Z5K for plain film 
10 bits 
2:1 to 10:1 

56 kbs or shared Tl 
80 to 90% efficiency 

7000 to 12,000 Plain Image Equivalents per year 
One 

Hardcopy or single platter optical (upgradeable to juke box) 
Via fax or electronic data 

To multiple spoke support and /or inter-MTF MDIS 
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APPENDIX C 



CHCS 
Functional Description 

version 3.2 

(Information Copy) 
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SECTION 1. GENERAL 



1.1 Purpose of the Functional Description. This Functional Description for 
Radiology is written to provide: 

a. The system requirements to be satisfied which will serve as a basis for 
mutual understanding between the user and the developer of the 
Composite Health Care System (DCS). 

b. A basis for the development of system tests for evaluation of system 
performance* • 

c. A means for showing the required relationships and data flows between 
automated Radiology functions and other automated functions in the 
CHCS. 



1.2 Project References, Direction for the preparation of this Functional 
Description has been provided by the Tri-Service Medical Information System 
(TRIMIS) Program Office (TPO). 

The following references are applicable to the history and development of the 
projects 

a. Tri-Service Medical Information Systems (TRIMIS) Programs Tasking 
Assignment, 11 July 1974. (Superceded by DoD Directive 6000.5). 

b. Tri-Service Medical Information Systems (TRIMIS) Program, Data 
Administration and Architecture Alternatives Analysis, Q014-1-0AFD, 
1 Oct. 1981. This document constitutes the .Project Request. 

c. Radiology Detailed Functional Requirements, Computed Sciences 
Corporation, June 1981. 

d. DoO Standard 7935. 1-S, Automated Data Systema Documentation Standards, 
13 September 1977. 

e. Interface Functional Description for Patient Administration, Libra 
Technology, 24 September 1981. 

m m 

f . Interface Functional Description for Order Entry/Results Reporting, 
Libra Technology, 26 March 1981. 

g. Interface Functional Description for Radiology, Libra Technology t 14 
September 1981. 

h. Federal Information Processing Standards Publication, Computer Security 
Guidelines for Implementing the Privacy Act of 1974, 

May 1975. 
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Explanation, Libra Technology, 27 July 1981. 



j. Initial Project Objectives and Evaluation Criteria, TRIMS Medical 
Review Croups, Tri-Servics Medical Information Systems Program Office, 
2 August 1977, * 

k. OoO Manual 5000. 12M OoO Manual for Standard Oata Clements, 
26 June 81. 

1. Radiology Detailed Functional Requirements, Computer Sciences 
Corporation, 12 June 1981 • 



1.3 Terms and Abbreviations. The following is a list of terms, definitions, or 
acronyms used in this document. 



DCS Composite Health Care Syete* 

CRT Cathode Ray Tube 

OEERS Oefense Enrollment Eligibility Reporting System 

OoO Oepartaent of Oefense 

0/P Display/Print 

FO Functional Description 

FMP Family Member Prefix 

HCP Health Can Provider 

I/O Inputs and Outputs 

MA1SRC Major Automated Information System Review Council 

MTF Medical Treatment Fecility 

P Print 

PAD Patient Administration 

PAS Patient Appointment and Scheduling 

PTIO Patient Identification (Consists of FMP and Sponaor SSN) 

SSN Social Security Number (Sponsor) 

TPO TRIMIS Program Office 

TRIMIS Tri-Serviee Medical Information Systems 

UCA Uniform Chart of Accounts 
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SECTION 2. SYSTEM SUMMARY 



2.1 Background. The goal of the TRIMIS Program is to acquire standardized 
automated data processing caoabiiitiea that improve the effectiveness and ec- 
onomy of OoO Health Care Delivery. The Major Automated Information System 
Review Council (MA1SRC) has approved an evolutionary approach for the TRIH1S 
Program. Initial efforts were design©* to provide validation of Functional 
Require«nts and gather experience in site preparation, system installation, 
and training in system utilization. Subsequent to this activity, selected 85-1QS-F 
demonstration and feasibility projects efforts have been undertaken to facil- 
itate the operations of multiple work center functions within an MTF or clus- 
ters of MTFs that share or provide care to common or overlapping communities 
of beneficiaries. The present effort is intended to facilitate the sharing 
of conraon data in an integrsted environment, standardization of functions, 
and use of standard data elements within an integrated Composite Health Care 
System. This document describes the requirements for the Composite Health 
Care System (DCS). 

The mission of the TRIMIS Program Office (TPO) as stated in OoD Directive 
6000.5, includes the following: 

a. Improve the effectiveness and economy of health care delivery 
administered by the military medical departments, through the appli- 
cation of standardized automated data processing techniques to 
heelth care information systems* 

b. Centralize and coordinate the application of existing technology and 
development of standardized automated systems design to meet Tri- 
Serviee Functions! Requirements in the medical area. 

c. Adapt advanced data automation technology to health care delivery 
and 'streamline, modernize, and standardize OoO medical informs tion 
systems. 

The military health care system supports 168 military hospitals! 130 in the- 
United States and 38 overseas. Twenty-eight percent, or 47, of these hospx? 
tals are greater than 100 beds. Theee larger facilities account for mors 
thsn two-thirds of ths totsl workload of the military heslth csre system. One 
nundred and twenty-one hospitals have less than 103 beds. Ths smaller facil- 
ities account for less thsn one-third of ths total workload and ara often 
located in remote locstions supporting wisely differing patient populations. 

A significant feature of ths militsry heslth cars syetes is ths volume of 
outpatient care provided by all ths facilities, both largs and smsll. . tlnliks 
ths civilian heslth care system where privets physicians givs ths bulk of 
outpstisnt esrs in their offices, the -military heslth care system providss 
its ambulatory care to ths entitled populstion in ths hospital clinics by 
hospital staff. The amount of outpatient csrs provided in militsry wasniUls' 83-106-PS 
m ^0m\ treatment facilities [hospitals, clinics (facilities without in- 
patient beam), and troop medical rMnlrs/ d iap c naari es] is ssversl times 
greater than that provided by otherwias similar civilian systems. 
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1.2 Ob icctivea. The TRIMIS Program Office haa da fined the following apeci 
fic oejectivee for tht OCSs 

a. Share core funetione among all authorized uaers in the MTF work 
centers* 

b. Standardize functional communicationa throughout the HTF. 

c. Provide a flexible and powerful framework for the growth, develop- 
ment, and evaluation of functional and workload. 

d. Provide high syetem reliabi li ty with graceful failure of functiona 
cation*. 

e*. Share patient administrative and clinical data with ail authorized 
users within the MTF. 

f. Integrata the funetienel medical information and requirements of. 
various work centers to ensure the capabilities to collect* store, 
modify, retrieve, and report MTF level patient and management 
transaction data* 

g. Limit redundant collection of data to the extent required by the 

MTF. 

h* Provide for standardized order entry end results reporting for ell 
medical information within the) ayetam. 

i. Protect the security and privacy of patient and ataff information* 

j. Collect adminiatrative data am a by-product of heelth ears delivery 
for purposes such aa UCA, budgeting, QA, etc* 

k. Improve the quality of patient ears as a reeult of mors thorough 
collection, better organization, and mors timely and accurate 
availability of patient information. 

1 # Reduce the* time to tranamit information on admissions, dispositions 
tranafera, patient status, patiant ears orders, and diagnostic 
results within the MTF. 

Interface with non-CHCS systsmai which share or require information 
* from the DCS work centers. 

n* Provide interfec* to nen-CfCS systsms .sueh* as- OCEKS, Food* 
Logistics, without active involvemsntraf MTF etaf f In routine 
. interactions* 

o. Prevent the loss or degradation, of functional medical informstion 
through -the provision of standard failure contingency end aacurity - 
capabilities. 
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2.2.1 Radiology Objectives. Radiology work center specific objectives will 
be derived from the TRIMIS Summary Functional Retirement (Ref. t .21) and 
Medical Review Group (Ref. 1.2J3 for the Radiology Department. Quantification 
of resource savings will not be included at this tine, aince benefits analy- 
sis for the DCS will be performed and a subsequent reference added at a 
later time. 



2.3 Existing Methods and Procedures. This section describes existing math- 85-1QS-P! 

qqs ana proceoures in a typical MTF. Thai typical mediue-to-large -*4¥^- 

hospital has 110 to 1000 operating beds and provides services for 110,000 to. 

1.2 million clinic visits annually, with the majority of MTH e hospitals 

having less than 500 beds and less than 800,000 clinic visits annually. In. 15-108-PS 

addition, there are numerous rl \nim which provide significant levels of 

ambulatory care while not operating any inpatient beds. The sections below 

provide a broad overview of the existing methods and procedures and are not 

intended to be either all inclusive or rigidly definitive. Ths Jacksonville 

Venoor Site Guide is available from ths TP0, and provides a specific 

description of the existing methods and procedures employed in a 

moderate-sized military MTF. 



2.3.1 Haior Deficiencies . Major deficiencies in the current manually 
operateo meoxcai information systess revolve around two primary issues: 

a. Communication and documentation of patient H1n1rol cars. 85-104-SD 

b. Providing adainistrative information to promote organizational 
effectiveness. 



2.3.1.1 Clinical Information Oeflelencles. In the currant manual mods of 
operation, all patient information is included in a manually-prepared patient 
medical record. Each patient's outpatient record is the sols repository for 
information relating to all outpatient cars received* Copies of ths inpat- 
ient narrative summary and ths inpatient trsstaent re c ord arm included in the 
outpatient record. A completely separata health care documentation system 
maintains information regarding inpatient services rendered. There is there- 
fore, even in ths idsal situation, no complete health record for a patient. 
Patient data from inpatient ears era often not available to the outpatient- 
clinician a/tar discharge of ths patient and outpatient services data are not 
easily acessaibie to ths provider to. assist in i npat i e nt cars. Outpatient 
information is available for inpatient cars only through ths outpatient 
treatment raeard, with ths poaaibla exception of the prenatal record. The-, 
quality of the content of the data maintained in either record aey be veria—- 
bias patient data may not be available or not available in a tiaely manner 
for care? the legibility of data varies by provider; there is exteneive man- 
ual manipulation required for displsying data in a clinically ussful format? 
data may bs Incomplete, miafiled, and aubject to transcription errorf data 



2-3 

F0030 RADIOLOGY FD (Version 3.0) 



MHC24-88-D-3005 



«b 0^ #% eaMa>eaB^eava<^w~ 

Contract Page Cc0757^ 



needed in more than one location in the record or in multiple records must be 
entered or transcribed redundantly. These problems directly affect the 
ability of providers to render optimum health care services. 

In addition to p rob leas with the quality of doeuaen tat ion, the current manual 
system requires health care workers to spend an excessive amount of time in 
clerical activities. The HCP must manueily communicate orders either in 
writing or through the telephone, examine resulis individually and often 
follow-up, either by telephone or by a visit to the ancillary work center to 
obtain the results. All coapilation of data for reports aust be performed 
manually. Many of the orders or actions by the HCP must be duplicated by 
writing a comment in the patient's record as well as completing a requisition 
or prescription for the deeired service i The follow-up to locate missing 
data causes decreased efficiency on the part of the provider and may, in some 
situations, increase the* length of stay for patients within the system. 
Redundant writing of orders in the record and on a requisition decreases time 
available for the physician to see patients, while occasionally resulting in 
inaccurate or incomplete entry in one or both locations. 

In the manual system, meaningful quality assurance is difficult. Quality as- 
surance activities are limited to retrospective audits of documented care. 
The documentation may take on more importance than thai actus! queiity of care 
itself. 

In the current system, petient care planning is difficult and poorly docu- 
mented. The manual support systems ere limited to textual reference material 
and consultations. There is no support in identifying patient problems and 
no concurrent queiity control checks on the cere ordered. 



2.3.1.2 Administrative Deficiencies . In the current manual systems, admini- 
strative data are collected aeperately from the activities of providing care. 
Oata may not be csptured or may be csptured incompletely* Changing the for- 
mat or content of adaunistrative reports is difficult because the entire 
report must often be r ew ork ed, aooetimee with differing data elements. Conse- 
quently, administratora hesitate to request reports which might be -adminis- 
tratively useful, due to the increeeed workload on already overstresssd 
staff. 

Scheduling patients for appedntmants uaing the manual system is difficult for I3-10-PS 
both patients end personnel. There is s limitation in management- effec- 
tiveness, dtat to the lack of accurate and timely information on* staffing 
workload and availability of - providers and resources. Pstients hsve difficul- 
ty in making appointments. Staff scheduling, especially of Oepartsant of r ~- 
Nursing personnel, consumes-- an inordinate amount of time of nursing managers r? • 
under the manual system. 

*"* * — v 

Risk management reporting (that is, analysing iiwidenfc reports and compiling . 
statistics about the performance of the inetitution. especially regerding 
potentially compensable events) is time corieumine. It is difficult to iden- 
tify trends because of the very limited manipulation of data that is possible 
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in a manual system. The data utilized for all management reporting lacks * 
consistency and, therefore, has a negative impact on the quality of management 
planning. 

Workload reporting currently is completely separate from providing services, 
both administrative and clinical. Each area within an MTF must provide periodic 
reporting of workload processed and staffing utilized for consolidation into 
reports forwarded to higher headquarters. The data used to compile these 
reports varies in consistency- and accuracy both within an MTF and between HTFs 
due to varying interpretations of regulations about how counts are to be 
collected, and the staff available to perform this adiinistrative activity. 
Since work centers derive no immediate benefit from accurate reporting, 
immediate pressures of patient care often take precedence over data capture 
activities. This inconsistency and inaccuracy of data can be expected to have 
negative effects on the entire system's ability to accurately manage its 
resources. 



2,4 Proposed Methods and Procedures. The proposed methods and procedures to be 
automated are based upon the references listed in Section 1.2 and discussions 
with representatives from the TRIMIS Program Office, and incorporates the 
proposed procedures from the Radiology Interface Functions! Description (Ref. 

1.2«g). 

The military radiology departments very in both size, training requirements, and 
type of services offered. The extent of the autoasted procedures varies "from 
radiology deoartment to -radiology department* Methods by which each radiology 
department operates are sufficiently eiailar to permit development of a 
standardized Radiology automated information eyatea. Unique HTF requirements, 
can be supported by user-defined and maintained system files and features* 

The following subsections present the proposed automated Radiology functional 
requirements identifying functional interfaces where they occur. - 



2.4.1 Patient Identification. This set of functions enables the authorized, 
user to identify the individual for whom a procedure is to be performed. These 
steps are described in the paragraphs below. 



2.4.1.1 Unions Patient Identification. Patients are uniquely identified by^en 
authorized user entering either the patient's unique number CFW and sponsor's 
SSN), or his current or any previous inpatient register numbers. The system 
locates the pstient's identification data and displays it for the user's review. 

The system shall continue with the selected function (e.g., order entry, order- 
maintenance) . 
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2.4.1.2 Patient Candidate Search . When the unique patient number and 
current register nuoeer are unknown, the user enters one of the following 
search keys: 

a. Patient's full name, end d ate af ait fc h» 85^021 -fiO 

o. Patient's former nam*. 

c. Last near or partial (minimum of five characters) last name (e.g., 
Johnston could be found by entering "Johns 11 ). Soundex of patient 
last names shell be performed. 

-** d. Sponsor's social security number ala« e « 

e. Patient's sex and/or date of birth. 

The system locates all patient records that correspond to the entered search 
key and displays candidate lists with sufficient information to permit 
selection of the desired patient record. The user selects the desired 
patient from the list* receives a display of the required patient data, and • 
the system continues with the selected function. When no match is found, or 
the user rejects ell candidates, the user is prompted to register the 
patient. The registration data is required to establish the patient's unique 
identification in the system and to collect his demographic data. 



2.4.2 Registration. Registration procedures era performed by the user and 
updates can be entered. A mini- registration subset of registration data for 
patients shall be provided. 



2.4.2.1 Mini-Registration. In the event that tha patient's data cannot be 
retrieveo because of system problems (e.g., equipment failure) or because the 
patient has not been registered at the MFF, tha user receives a displayed 
message and is prompted to enter tha registration data. These data are used 
by the PAO functions to. maintain tha validated registration data. 

for an emergency patient or whan tha patient* a identity is unknown, the sys- 
tem user is prompted to register tha patient and enter a temporary patient 
identification nuaner. Wan mora information becomes available, tha "3onn 
Ooe* registration is updated* 



2.4.2.2 Reoistrstion Update. When tha ueer determines that tha registration 
data displayed era inaccurate, theas data are updated by entering the correct 
information via terminal. The changed registrstion data are used by the PAO . 
functions to maintain tha validated patient registration dsta. Any registra- 
tion data element can be updated. 
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datta* Requirement deleted. 



2.4.3 Order Processing. This set of procedures facilitates the entry and 

maintenance of HCP oraers for radiology procedures. The user shall order 

radiology procedure(s) and the system shall assign patients to available 

aopointments for specific procedures in specific rooms. The users within the 84-103- 

Radiology Oeoartment also have the ability to enter orders. In the entry of 

HCF oroers for X-rays, free text shall be available for the uaer to enter 

patient history data. • 



2.4.3.1 Order Entrv. Requests for radiology procedures are initiated by 

entry of an order or order group (multiple radiology procedures) into the 86-11CW 

system by an authorized user. Order entry shall be performed at either the 

wards, the clinics, or the Radiology Department. 

The user enters orders after uniquely identifying the patient, as discussed 
in Section 2.4.1. 

The authorized user identifies to the system the procedures to be ordered and 
enters procedure-specific data necessary for the order as well as patient 
history data. The system edits the data and displays messages about invalid 
data to facilitate correction of the data* The HTF shall specify the re- 
quired data fields* The user may elect not to enter data in nan- required 
fields. The system alerts the user, vie displayed warning meesages, of the 
following situations? 

a. The* authorization level of the requesting HCP does not permit hia to. 
request this specific procedure. Tim ujei will i.ceiie a weaeaa e 86-11Q-RC 
inaleatiuq ihm apateatiafce ph e nc wumeet he eeweaet fehe fladialegy 

nnn-ir*~ir— ' "IT"' " ! '" h ' d " h 'V 

b. The procedure requires a radiologist's authorization prior to per- 
forming the procedure. Th e u a ef will laeaim a wwja aa ee inriioafcine 86-110-fiD 
Hit uiipieuniafc.e phewe wumeea fee eenfceet fcha nadielegy Deeaifemenfc ■ 

fn Bp p i a »al aahnwiiwji 

e. The pr o ce dure being requested for the patient is a potentially simi- 
lar or duplicate procedure. 
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When the HCP ia not authorized (as defined by the HTF) to order a "specific 
procedure, the system diaplaye a meeaege to that effect and terminates the 
order. The syetem will not retain time orders and they may be reordered by 
an HCP with proper authority. 

when -a radiologist's authorization is needed prior to confirmation of the 
order, the user is. informed by the system. The uiuli ia uituicd inlu Hi e 
jjjtLem m i d nuthatiiaiiana ate detained in the mannm Jl fined in Suttiutf 



When a procedure order is identified as a potential duplicate or similar pro- 
cedure to any procedure performed within the last two weeks and/or scheduled, 
the authorized user is notified. The user may then proceed with entry of 
that order, -or he may abort the order process. 

The user receives a display of secondary preparation procedures ordinarily 
associated with the requested procedure). Each selected secondary prepara- 
tion procedure order can be entered as a aeparate order by the user, but the 
system does not require the user to re-enter the patient identification data 
for each secondary order. It is retained until the user indicates that he 
has completed entering orders for that patient or identifies a new patient. 

After the order is entered into the system, the user may be prompted to make 
an appointment for the patient. Procedures are scheduled using data in the 
system files f the system shall proceed to the appointing function shown in 
Section 2.4,4,3. 



2.4.3.2 Order Heintenence. An authorized user may modify or cancel orders 

for radiology procedures. 

The authorized user identifies the ordar from a display of a patient's 
orders for radiology procedures. The display for ordar identification con- 
tains order data sufficient to identify tha order and it* current statue. 
The user indicates the order of interest and receivea -notice .of- whether the 
order can be modified. 

for orders that may be> medif lad* tha uaer requests tha complete ordar to be 
displayed and/or printed. Tha user enters tha data to be modified* Tha HCP 
requests that an ordar be cancelled or modified at- any point, until tha 
patient arrives* 



2.4.3 .3* Orqar Review. Tha radiologists receive reports on orders awaiting 
authorization prior to tha procedure being performed. Thia information also 
may be displayed at tha uaer's request. If a procedure requires a radi- 
ologist's epprovel, tha eyateai will notify tha~uaer. Tha radiologists 
authorization ahaii be entered into tha systeau If tha ordar is disapproved, 
the user may cancel it, as directed by tha HCP and tha radiologist. If tha 
patient arrives for treetaent before tha authorization is received, tha order 
is handled according to department procedures (authorization entered sa above 
or procedure, cancelled). 
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2,4.4 Procedure Scheduling and Patient Appointing* This sot of procedures 
assists tne authorized user in appointing patients within the Radiology 
Department, utilizing user-created schedules and schedule templates. 



85—02S—RO 
85-G22M*D 



2.A.A.1 Schedule Maintenance. The authorized user will be able to declare 85-032-fiD 
rooms open or closed for a user-epeci f ied date and time range. The systea 
will produce a listing of patients whose appointments for radiology service* 
should be rescheduled or cancelled because the roost in which the procedure 
was originally scheduled is unavailable. 



? .4.4.2. a. Patient Appointing . ""In syst e m mil l gravide three math s d a fs» « « 

33Zia~ w — •'ir""""" 4 "T^ 1 '" 4 ' 4fnr 'l " n " in "* >1 i l p l prt ll -iAteJn.n | «tnrt rr>Hi 

tho r QP - -"t 'tt * When the radiology order is received by the Radiology 
Department , the syetea will assist an authorized user in providing an ap- 
pointaent for the patient and coaplating the physician's order. The systea 
will provide three aethods for patient appointing? automated, ueer-epeci- 
fied, and radiation therapy appointing. 

2 y >■ * m) Automated Aooointing. The user will specify the date -on or which 

tns appointments; *>* acceptable and the department section in which 

trie procedure(s) is to be performed.. The systea will select the ap-. 
pointment date, tine, and rooa based on the algorithm which will 
minimize the total time between the date for which the appointaent lav 
acceptable and exaa completion for all examinations which are re* 
quested. If multiple rooms have the saaa time opening, the systea 
will select the rooa with the highest preference baaed on MTF speci- 
fied rooa preferences. A patients' previous appointments, mobility 
status, procedure duration, contract media consideration , prep times, 
room availability, rooa schedule, and the rooms by which the proce- 
dures can be performed shall all be considered by the algorithm. IP" 
multiple procedures are to be performed on one patient, all proce- 
dures shall be scheduled consecutively in the saaa rooa, provided - 
that particular rooa can accomodate all the procedures. The systea -. 
will display the proposed appointment schedule to the user for ac- 
ceptance or rejection. The user will accept or reject the system- 
selected appointment s) or any portion thereof. If the user rejects 
the system-selected appointment<s) or any portion thereof, the systea 
will automatically provide the user with the option of manually ap- 
pointing the procedure without requiring that the patient be re- 
idantlflsd. 



85-028-KD 
85-023-fiD 



85-028-80 
85-029-80 



85-038-101 



85-I11-M5 



tjftr ContTiTll i d flnnmnfcaent g e le e ai ew i Oser-Soegjfled 

A«****incino. ihe user snaix enter tne deoayiaant/eectJulSrih which the- 
procedure is to be perforaad and one or mors of the following ap- 
pointment parameters! date, tiae, tiie range, or rooa. When an 
appointment is selected, the eystea will check for all conflicts. In 
this node the user may overbook rooas and/or patients and override 
systea warnings. 



83-024-fiD 
85-025-tiD 



85-025— RD 



2-9 

F0030 RADIOLOGY FD (Version 3.0) 



DAHC24-88-D-00G5 Contact Page 0DO763 



2 A .ft .S - (3) Schedule and Report Radiation Thief toy. The ayettir will provide-* 
far the user ta schedule and report radiation therapy procedures. 



89=021- 



2.4.A.2.b. Aopointacnt Modification. The systes will permit an authorized 85-03MD 
user to eodify a previously scheduled appointment by changing any or ell -of " 
the appointsent-epeeifie data elesenta. When an eppointsent is endif led, the.*- 
syetee will check for all conflicts. In this sods, the user say- override 
syetes warnings. At KTF option 9 the eystea will autoeaticaliy print an 
information notice at an MTF-epeeified locstion for the requesting health 
care provider and/or inpstient ward if the date or ties of the procedure are 
endif led. Thersysteai will eeke the origins! rooai and tise available for sub- 
sequent appointsents if these perssetsrs arsehsnged by the user * in the sodii-- ... 
fication process. 



2.A.4.2.C. Aooointacnt Cancellation. The eysteai will. provide for the user 
to cancel appoxntsents for radiology ssrvices. The eystss will safes the 
tiae(s) and roos(a) relessed through cancellation avsilsbls for other _ 
appointsents. At MTF option, the systsai will print s notice at. an HTT- 
epecified locstion ta infors the requesting health care provider and/or 
inpatient ward that the patient 'a appeintaent(a) has been cancelled. . The 
eysteai will provids for the user ta generate s report of cancelled procedure 
appointsents and/or orders* 



3 1 'i i i J Sene g al iHeeeiwfciwaj '<hen meet ewfefi has euitw i .u a ulctea'i the Ji a tea 89-Q27-K0 

mghk ga la t»a appaiwte aw t pi a aaaa t Th e ueat w e ) ewfcti the pfefentl 

uupuintwicuL inf a iw t atian (mgn datap tise)i bp way fee . ut.it the n eat mailueia- 

asfc e a n d *i— iiaeai x f e e recred i a t eey mie n a iU.jp la j uf the - ■ 

h i imxIubIl Uafcej aiil liiam Uhm a jatijfaitui ; up^iuinlmuit lim jj luLileii 

bj u x jjjlti"i tha ujh indieatea thij and the jjjtis njjjyiu it lu the — - '■ 

Ba t iawt i 

The junta s aiaa alc-ite the uaeti iia dijplejed waiwiwij na.jjegai w hen llitiu u 
a luiwtiaat madia aenfliat «iith a aaee l a hed ai eehadw iad piee e ewa e ( ■»■» ) as 
tvn ia aaw aa-wa i i te a el i ee ta iw Uppee CI H ■ 

Tin, ujei wej Uiawaa a patients aepeintsenfc dale an d /at lies ay aenoaAiina , 
' .Ml m i aaLijfaalai/ e p po intacwt fciwe with the appiapiieta leason a n d than i wa; 
itauMuint Is an available tleei Whew e n appeintaeni jj uhhiIIiJi the j/jitts- 
auLuii i aLii-ullj awJiej thst Use a v ailabl e fat app e anfctn a j» rr^-' • 
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?omo nrT\~ mM " nnn hU > n¥ n * mmk v ""* — HHplr -pp-i-* — — fat uji ■ 

umuL,, j pjumant «aj ge quire appointments at 10 i QQ am Mawdi 1 ; thgauah r.i j.da; 
r_; 1 1 1 r i " i f i - i - -'in ' "hr irr " h Tn thn nppainf mini ttrifciria inriioat 

inq t*lt Kf'"^"^' ma ,, t-n hm nntim fnm n j^«if^ kimm f T ht> " "Tlliful ' 

i iumeef af jay a and fgeauaweyi The ay at aw thaw diepiay a all af the patiawt 1 » ■ 
auyu-umeuL- fag" ujii a&ce^tancti Whew the JiuiiLd time ia alf aad-; filluay 
L.il ujg? 1j w a tifiaa' Br a d i e eia^aa wea a aga a na" m a t ga loot aweth e g time »i 

fm sfitss gaeuirine , n a padialegiat T a avitheriaatian; the patient will t'.at be" 

agpeifltsd befa f- e suthet iaatian ia ebfeaincdi Whew the euthatij atian- ia 

dinx&di the gaqueatine, HCT ia w e fcifi ed b y tha lyatem , '<fhen an awthae iff-atien ■ 
„j . -^ui.Ld pfiae la a n app e intne n t i th a ataae ia h a li i Wha n a w thniiiii a w - 
jj uU-Af^ii} the gadial eg y uea t ean appeinfc tha p a tiawfc a n a 1 th e pat i snl ia 



Z. k .m. » 2,4.4.3 Schedule and Appointment Inouirv. An authorized user may 
rsouest for review (display or print) schedules and patient appointment in- 
formation. The user enters tha information required to identify the sched- 
uled) or patient (s) of interest. Tha user receives a display or hard copy 
print of the information requested. 



2.4.5 Procedure looping. In support of departmental operations, the 
Radiology user enters data pertaining to the patient's visit* 

a. Patient Arrival. Patients shall be arrived. Using a quick entry 
method such as lists, menus, light pens, bar codes or other user-friendly 
device, the user shall indicate that the patient has arrived. When the 
patient has -not arrived for an NTT-specified time period, the patient becomes 
a "no show". The system provides a No-Show Report that liatm the patients' 
names and other information. 

When the user "arrives" the patient, the system may alert the user to the 
need for additional registration data. The user proceeds to register the 
patient as described in Section 2.4.2. 

for walk-in patients, the user in a single function may request/enter a 
procedure, register a patient (if necessary) > and arrive the patient. The 
system shall display the nest available appointment time. 

Tl., astern Jhall in int i n "r"" 1 ■■ Tf ■' lh ^ \r f T ■ '■ ■ 1 11 hi - 

uppmprints prlnttrt f i M i i * ■*» '•, p»" iftf« r , 
„U.' jliain e p a Hnnf - J f " ■ .mk..md r. T ^ . . 
lata- "adielaaj *nmir 'ty ^tlr h pt\ mk fr**" , ^i| i* i n n n i **' ■* 

f u i pat ii nl i ni i pninhr i l f-r p r n ■ i rf i r ■ i " i r if" iii " i f i n a l" i " i 
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Tha user amy print s Procedure. Worksheet end. ths required labels Caa deacrib- 83^014- 
ed in Section 3.2.3.3 ami 3.2.7.1) at appropriate printars (s.g« 9 flaah card 
at front desk, pull noties in library* etc.). Tha.workaneat and labels will 
be produced when a patient haa arrived for a.pxocsdurs entered for the cur- 
rent date. Radiology iissrs-mey print worksheets and labels in uasr-specified 
order- for patients with future-dated appointments end/or procedures* The user 
nay reprint a user-specified number of workshemts and/or labels on' demand. 

The Procedure Worksheet, which shmll contain all request data, will be used 
to record the procedure atart and stop times,, nuober of exposures and types 
and sixes of films used, retakes and additional views, technician performing 
procedures, the room in which the procedure was. per formed, the radiographic 
technique factors and the reeeona for repeats of exposures, and films or coa- 
plete procedures of the technician giving the examination. These inputs 
shall be in machine-reedeble fore) and tha data from tha worksheets may be 
entered via a keyboard terminal. Tha sub folder, neater folder and individual 
procedure labels shall be human and machine readable. The flash card label 
shall be human readable as a minimum. Innidditioni the worksheet shell have 
sufficient space for the radiologist to enter s handwritten STAT report. 

b. Patient Departure end Quality Assurance. When the procedure hes 
been cofflpleteo, the quality e a o uie wc e control technician reviews the images 8aV112-H8 
and determines if additional views or sdditionsl procedures are required, or 
if the patient may be releesed. The) system shall allow the usar to automa- 
tically use default values for film usage} (which have been previously defined 
for each procedure) if tha film usaga for the procedure wss the standard _ 
value. He identifies the procedure to the system and enters if the examina- 
tion wee completed or aborted, added procedures, and other data from the 
Examination Worksheet. For procedures which must be repeated, ha enters the 
reeson and/or resson cods. 



2.4.6 Results Processing. The imsges produced during a radiology procedure 
are reao ano interpreted by a radiologist. 

DCS providss ths ward end- clinic, user with inquiry, reeults cstegory, and/or 
certified radiographic reports. 



2.4.6.1 P— ulfca Entry. To enter results date, an authorized user identifies 
the* appropriates patient and procedure(e) and than enters ths result dsts. . 

Pre-defined texts may be- entered by euthortred radiology users and stared by aS»1Q6-flD 

the eye tern for urns -in thm results antsy proeaaa*- When s prsdaf insd .text h eo» • 89-407~ftD 

L L J l)IT |g, j § aaptnyad. the m a r mj enter tha- result cods via~tsrainsl~or-- •». 

by scsnning a bar-code* of~ through another ussT-frisndly dsvics. Tha pre- 

defined text may ba modified by tha-usar sftef fcho itjelU e t e anteteoy as. 83^105-ftO 
part of tha results entry process* if required. Whan tha result is not a 
predefined one, tha radiologist may dictats tha text of tha report and an 
authorized ussr may enter it into tha system using word processing capabili- 
ties provided by tha ay at am. 
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The unapproved result report shall be available for editing by an authorized 
user and the user ia prompted to complete the editing step and indicate 
approval of the text. 

One or mare authorized reporting radiologists must review and approve all 

results prior to releasing them for inquiry display to the ward and clinic 

users or for report generation. An authorized radiologist may, at the n»n 85-1Q8-RI 

of results entry, or following a request for a display of the results report, 

■erw indicat e -la&fctaaieall'j his approval electronically, or he may review a 

printed copy of the results report and sign it. The radiologist's approval 

for all reports printed shall be entered into the systea with exceptions 

indicated. Once the report has been approved, the original report cannot be 85-076-4U3 

altered. Additional information auat be r— ' i niimj to the original report, 

leaving the original report intact* 



2.4.6.2 Results Reporting. After review and approval by an authorized 
radiologist, the patient's final results report becoaes available for inquir- 
ing or reporting. For STAT results, the report is automatically printed 
and/or queued for printing at the requesting ward or clinic or other user- 
specified location upon * radiologist approval. 

The ordering physician receives on-demand a result category report containing 
the radiologist's assigned results category for each procedure requested. 
The result categories induce: noraal, abnormal, incidental, or. change from 
previous. The report is also available upon request at the wards or 
clinics. Routine diagnostic result reports are batch printed by the syatea 
for distribution as specified by the HTF. Distribution criteria permitted 
shall include the capability to print inpatient reports at the inpatient's 
current location as stored in the ay stem. Result re p ort s for dispositional 
inpatients are distributed to the inpatient medical records area or other 
areas designated by the MTF. 

To facilitate result reporting, the moat current information on the in- 
patient's location is made available when an inpatient order/result is 
printed by the system. Ceifcified lepaifea can be Modified unl; bj mi mwiUni ■ 85-076-1® 



2.A.6.3 Results Inquiry. An authorized user may inquire about a patient's 
order and result information in the system. The user enters the information- 
identifying the- patient (see Section 2.4.1, Patient Identification), requests-, 
the specific information deaired (e.g., order statue, examination results), 
and specifies the specific output mode (display or printed). 

The user also may request order/result statue for all patients under the -care- 
of a specified HCP or requeeting location. 



2-13 

F0030 RADIOLOGY FQ (Version 3.0) 



DAHC94-88-D-0005 rennet Paee- G00767 



2. a. 7 Imaoe librmrv Management . Tha image library is responsible for main- 
taining patient ridioqrapnic image folders and related proeedurs histories. 
Caen patient* 3 master folder contains all radiographic itnsgea associated with 
that patient. Images are stored by procedure type in sub folders* The loca- 
tions of all image folders must be known et ail tines. Tha Image Tracking 
procedure is used for providing folder location* within tha Radiology Depart- 
sent; the Loan Control procedure is uaad to Identify folder borrowers and 
locations which era external to the Department. The aye tea shall produce 
machine readable labels to support tha function. 



2. a, 7,1 Iniioe Tracking. Orders for procedures for the current cay will 

Automatically generate a request for image folders in the designated library, 

Tor previously scheduled patients* the user can request a pull list for a 

specified date and tine. Because the image ' s location euat be known to the 

system at all times, the HIT may have eutooetic code /character reader input, 

such as bar code readers, at various station locations in the Radiology 

Deo art merit. Tu allo w U hf ujer t o aut owat i e eif r reegsn iee a we) u i Ui tfte BVCSe-RD 

fuidnV emr e w* l e s al a epn * «* e aim ■■ J nt aii Ae each folder is eoved within 

the Radiology Oepertaant, Use user my track its current location by allowing 

the systeai to scan the folder label. Thai eyetaai will autoaartieally update 

the folder's location upon scanning the label. 



2 .a. 7. 2 Loan Control. Radiographic folders are loaned* to authorized HCPa. 
A list of eligible borrowers shall be maintained by the systaau 

When an authorized HC* requests a patient's folders the loan request is 
entered into the systaau If bar code labels are used, the- user say use s 
light pen or other techniques to enter Un l iCPi PTIP , ju e f o ld e n owe 1 a ei 
i awii ' j l eeea i e* ma i ee ■ folder, patient, borrower end location data. The 
borrower's identification is. only entered ones during the check-out process, 
and will be* eutoaatically - provided for eultiple folder, request**-. The date 



and time- of the-losn sts -automatically supplied by the ay a tea end appended to. 
the borrower's dots. 

When folders are returned to the image library, the clerk ahee ko ia |lw 

mkrm eooSeele leeeiei eefy check in returned folders) ueing a 
to read the labels or by direct keyboard entry. The 

residing * 7- 

} 



ojudjefc entry 

syatea *ill eutoaatically indicate the folder's currant location 
within the iaege- library where checked in. A ltein s Ulj , the ' 

a s* a lUe U aeesy eeeae j bay bee ts ' sa ssy 



An authorized ueer also eay request s list of overdue loans, the borrowers 
and, ll i u »e»f*wss4s U s a eie n - atiKTF option, _ths folders .and/or .folder, 
locatione. This list will bs used to notify borrowers to .return the borrowed 
folders. The list should be sorted in user-specified order. 
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2.4.7.3 Teachina/Soecial Interest File. When the radiologist has indicated 
that certain exam are to be entered in the Teaching/Special Interest file, 
the American College of Radiology (ACR) anatomical and pathological codes 
and/or free text for the case are entered- The systea shall provide for 
Teacning and Special Interest files- These files need not be physically 
separate but records shall be designated as part of the Teaching File and/or 
part of the Special Interest File. Each of these file records shall have 
multiple ACR codes and- comments fields far each procedure (minimum of 200 
characters). The systea shall provide for logical searches ('and* and 'or', 
as a minimum) for multifile ACR codes and patient's demographic data for 
either Special Interest and/or Teaching files- These searches shall produce 
a list of patient records which include the patient's demographic data, ACR 
codes, comments and any interpretations. 



print/display a Transfer List of master folders in a specific library which 
have had ho activity for a user-specified period of time- On user request, 
the master folders not to be transferred are entered and all other folder 
locations snail be moved to the new epecif led location- 



? &.7.S CiI.jul I lit i Imace Salvage Designation, The systea shall print/ 86-1 14-W 

display a Salvage List of master folders with no activity for 5 years (or 

other HTF -designated time period). The user shall locate these folders and 

indicate those not to be salvaged. On user request, the remaining patients 

on the list shall be deleted from the systea. At HTF option, no teaching or- 

special interest files shall be deleted. The system shall allow any record 

to be marked, "not to be salvaged." 



2 m h.j M i i.jiuit Cuuuujjfe i Tin, jjjlem maintains data fca taleulafee waiklead - - 

tw t g utwet umiiatiea mm pie duet j jpeeifie lepeitj i 



J.ft.g.l "laL-jtiieai Beta fai uuiklaad fis-peita laws' a thai leauiied 
jLm.x-jiJ.fts jnall ee LulliUea automatically! 




86 |—| 1 1 3™ R 




l.n,9 i * rii ntrnnii. Htjuuae Sea ga l ttaaeaaeo way ee l e ft f e t aialea user s fc§" 
ai nini ii immmi ii n i i ij t 11 1 j ■ y- d "\ ■ fc 1 ■■■ r 1 ■' • 
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2.4.8 Mmmocmmt- Support. The radiology t»er win have the capaDiUtY to- 
calculate statistics ami generata workload, quality control and quality 
assurance reports far aa nagea a n t used by the Radiology Department* In addi- 
tion, Radiology uaars will have access to a QCS.- electronic — *-jt board. 



2.4.a.1 Henooement Reporting. Authorized radiology uaars aay request tha 
calculation of statisti ca l data and the generation or workload and other 
aanageeent reports. These reports aay induce radiology quality control, 
aoni taring data* quality assurance information and workloed tfratf sties! 

and/or HIT requi ie a en ta. * . fc***""* 0 * 6 *' 



2. 4. a. 2 electronic Hessaoe Bosrd. The radiology user will be able to leave 
and retrieve mBi i anea uaing an electronic message board capability specified 
in the OCS.FD, Section 2.4.2.2.1.8. 



2.4.9 System Haneoetnent. The system shall provide for maintenance of systea 
files and equipment configuration. 



2.4.9.1 System Security. The system shall provide for entry, assignment, 
maintenance and output of user access codes, passwords and the functions 
users ate allowed to perform. Theee codes shsll be printed en request of an 
authorized ussr only, 

When a user enters his assigned cods, the systse verifies it. The user is 
not able to initiate any function prior to verification of this identifica- 
tion, nor any function for which he is not authorized. Any attempt, to accessu 
the systea with invalid access codes shall result -in a console aesssga 
identifying the attempted code, date, and time of attempted access and 
terminal. 

The user also is prevented from accsssing- functions- thst are limited to 
certain authorized terminals if he is requesting to perforethe function err* 
an tmsutherizsd location. The allowable locationa era defined in the systems 
table. 



2,4. f .2 Tlble Hointenence. Only authorized toers may enter, modify, deleter 
or add entries to tables specified by the MTF. When an addition; deletion, 
or change is not allowed to en existing table, the systea informs tha 
authorized uaer of the liaitaticn(s). Otherwiss, the system accepts the ussr 
input and adjusts the tables. The system shall print on requeet all data 
entered into systea.- • ~~ . .. .— *w . _ 
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2.4,9.2.1 Schedule Creation and Maintenance. To create a radiology schedule* 
for use in patient appointing* the authorized user enters the days and hours of 
□Deration, the - availability of rooai/room greup(s) in order of preference, the 
procedure(a) to be performed, and any time restrictions per procedure available 
per Pay by patient type (e.g., inpatient/outpatient) . This information is., 
retained by the system to perpetuate schedules on an MTF-specified basis. 

The authorized user may overbook certain procedures. Overbooking is appointing 
additional patients for an appointment time that is ordinarily considered full. 

An authorized user has the capability of changing or cancelling an existing 
schedule due to unavailability of a roomCs), equipment failure, or for other 
reasons. The user identifies to the system the schedule change, start and atop;, 
dates and/or times. The system automatically updates the schedule and automa- 
tically prints a list of any appointments affected by the change. The radiology 
staff then notifies the patients of their cancelled appointmeht(s). 'Patients 
are then re-appointed. 



2.4.9.3 Ad-Hoe Reporting. Th e system shall at s» i #e aw aa * h as lepaifc mwi* . 

Luu ,jLp8ux»— »j * Authstiied ujeis waj jenerate jepiarfes using aw j duta uiilLI- 
uuiL .ii Jig jjsfceau In a iaei l a gen e rate a w a a* h ee peaeitf the wo a t oh a li 
oosot*V T'atT ilrr'r 'it k - imm \'< A ti ir *- k t r m f m r k t m - 1 1 m i ryirh rmj-pul 
par emit irr" n m i r mminti \ * mmk mmdmm \ mkm ^ Tfc * mh.n w- ., ,|j . 

jali to t u i <tiT ■ ;fh< " nh *r it^^fr Reference DCS FD Section 

2.4.2.2.2.8. 



2.4.9.4 O i fchi 'i 'iw» * Archive/Purge System Oata. Th e ayetaa s well apeviia fat 83-092-8 

i-u i iy iLjmi off iiiw st a ia g e ef Hlf aeeeifiea data and teeerea fat aw IPX 

titji.gi.ue.iU lime, frame ■ The system eMail pf S' ii de fat the at e iage af all aaehaiad 
UiiLu uuiwy a fata t ai aw e" a mmikwm (a t iew aa m ae w alie ' feapa) »iwiaa faailifcata e iwe 
uil.j uf these data iwt e th e ayeiemi Reference DCS Section 3.2.6.4. 



Z/\ .V .* ntestd Puiaai The sy s tem ewall ee capable af au fa iwa. gieetae aw aw 85-094-RD 

imii.idual Hif Th> T*" ,1 " ■ >M * n hm "r ,h1> ,f r""T *1 ,n • 

J.1J. iiillL uJtr n i rrfHrrl -ri h -rin (nj i ) p it]* iU piHr-t f'r'i iFh r in 
eaiiviay awh as jyawl >a a ne at a pe eifie d aate) i 



2.4.10 Su aatarv o f Improvements. Refer to the Preliminary Coat Benefit 
Analysis* Arthur O. Littie, inc. froa the TfO. * 



2.4.11 Summary of Impacts. The*- following sections describe the impact of- DCS. 
on the military medical treatment system and its users. 
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2.a.T1.t User Organization I motets, CHCS. will have a -profound 1^3 act on the.. T 
organization. For tfte firit twas tne HCP will.be able to view elLpertinent 
information related to the provision or medical. care on-e patient in a rapidly 
retrievable* ueer-cont rolled format . The manual 000a of operation will be 
supplemented with' automated functions. The day-to-day deiivary of patient cere 
Hill be enhanced by the petient data base, enabling immediate access to 
information by euthorized users. Communication of ordera end reaulta will be 



The HTF command and admin is t ration will be supported by current information 
in making decisions. Upward reporting will be more accurate and timely, 
without taking resources ewey free, the provision of care* Information will ""- 
be available as a by-product of care. More timely information will allow 
minimizing inventories, maximizing the utilization of personnel, and — 
monitoring the activity of the organization. * * : 

Quality assurance will be enhanced by the capability to concurrently monitor 
the management of patient cere without intruding on the patient-provider 
relationsmp. In addition, the CHCS will support the identification, track- 
ing, and documentation of quality assurance activities of the organization. 

The system administrator will have a nana position in the organization. The 
maintenance of the data base, control of the system functions, and the 

security of the eyetem will be critical to the functioning of the HTF. 

* * ■■ -.-> 

Host personnel will require training to utilize the system before taking on — - 
patient care responsibilities. Training of now personnel and maintaining - - 
skills of the personnel will be 1 new mission of the HTF. 



? a.1 1.2 User Qoer at i one 1 Impact s . That CHCS' will be en integrated system of 
patient and facility data management end communication. The end result of 
the integrated system will be the availability of date basee centsining 
patient clinical and administrative information. Iir-additionr facility 
resource information will be available to support the aanagement of the medi* 
cal treatment facility. Extensive petient care planning, documentation, and 
quality assurance will be possible as e result of the integration of data end 
functions within the DCS* All users will benefit freer the-patient clinical. \ 
and administrstive data base. Functionsr which would not. bo available or. coat.. " . 
beneficial for a olngie wortc center will be-evailable within the* CHCS at. a- — 
favorable cost -benefit ratio. - — — - - « — - — 




2 4 it. 3 Use* Development I apart s. That HIT "will be involved in preparation- forrr 
the ayoteau The Hlf mil develop local tables -end filee, establish the patient:.; 
data baa*, end train users to operate and utilize the system. Support will be 
provided to the HTF in initial training, ongoing training, and in the 
dsveleoment of the initial tables end files*. Support also will be provided 
durinTsystem initislizstlen of HTF-developed table* and- file* and the- loading,. . 
of the petient data base. Additional guidance as .to .the scope end source of— r 
this support wiU be available from the TPO. 
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2.5 Assumptions and Constraints . CHCS assumptions and constraints apply in 
general. Specific Radiology assumptions and constraints follow. 



2.5.1 Aasumotions . The following assumptions apply to the Radiology function 
of CHCS. 

a. An integrated automated CHCS System will handle requirements for OEESS 
eligibility checking, registration, and patient location in the' MTF. 

b. Policies and procedures at individual MTFs may vary according to 
Service specific regulations, workload, environmental considerations, 
and professional preferences. 

c. An automated Radiology function will interface with or be integrated 
with the following TRIMIS and OoO Standard Automated Systems: 

(1) Patient Appointment and Scheduling (PAS). 

(2) Patient Administration (PAD). 
(35 Laboratory, 

(4) Pharmacy. 

(5) Tumi GLi ' iiee i Clinical Dietetics. 

(6) Defense Enrollment Eligibility Reporting System (DEERS). 

(7) Uniform Chart of Accounts (UCA). 

(3) Logistics* 

d. The interfacing, logistics system will represent the Tri-Servica 
requirements for an automated logistics system and will be developed at 
a later date. 

e. CHCS and all interfacing systems will be operational and on-line 24 
hours per day, seven days per week, with the exception of downtime for 
scheduled maintenance* 

f . An interfaced and integrated automated DCS System for selected 
functions will replace the stand-alone Radiology systems currently in 
use at an MTF. 

g. Procedures to maintain the privacy of the system's medical data will be 
determined and enforced by the administration of the MTF in accordance- 
with Military Department regulations and Federal Law* 

h. The necessary physical security of the computer room and terminals in 
the MTF will be determined and enforced by the MTF • 

i. The security of the off-site data storage location will conform to OoO 
standards* j: 

j, A Uniform Chart of Accounts system specifies the requirements for OoO 
cost accounting. 
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2.5.2 Constraints, For implementation of an automated Radiology function, the • 
personnel at the individual user site must be aware of the following 
constraints. 

a. The current staff at an HTF will require training in the use and 
operation of the Radiology Function. 

b. The • functions will use standard data elements and codes approved by OoO 
and supplied by the TRIMIS Program Office (TPO). 

c. The Privacy Act of 1974 governs availability of private and personal 
data* 

d. The Radiology functions will be implemented and operated by existing 
personnel where practical. 
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SECTION 3. DETAILED CHARACTERISTICS 



3.1 Specific Performance Requirements. This section describes- the performance 
requirements for tne proposed Radiology functions. The output requirements axe 
grouped far ease of reference into the following function: 

a. Patient Identification. 

b. Registration. 

c. Order Processing. 

d. Procedure Scheduling Patient Appointing. 

e. Procedure Logging. 

f. Results Processing. 

g. Image Library Management. 

h. Management Support. 

i. System Management. 

The output requirements for each of the Radiology functional components are 
listed in the following subsections by their automated data base names* Because 
the oata base software accepts names of 30 characters or less, the data bass 
names are often abbreviated. 

The output descriptions, associated timing requirements, and data content will 
be found in Appendix C, arranged alphabetically. 



3.1.1 Patient Identification . Tha following describes the output requireaenta • 
that support Patient Identification . 

a . 0-RNT-UNIQUE-ID-DISaA.Y . 
o. Q-RAD-P T ID-CANDIDATE -LIST • 



3.1.2 Patient Registration . The following describes the output requirements 
that support Patient Registration* -~ 

a. O-RAD-MINI-REG-0ISPUY. 

b. Q -REGISTRATION UPOATE-OISPLAY . 

c. 0-EXTMED-REGN-OISPUY. 



3.1.3 Order Processing. The following describes the output requirements that 
support Order Processing* 

a. 0-RAD-UNAPPROVED-OROER-OISPUY. 

b. 0-RAD-SO^/WY-ORDO-OISPUY. 

c. O-RAIWRDCT-*uBIF-0ISPUY. 

d. 0-CANCQXATION-M6MT-RPT. 
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i. O-AAD-PNT-CRTO -DISPLAY, 

T. Q-T LASH-CARD -LABEL. 

g. 0 -MAS TEH -BOLDER -LABEL . 

h. 0-$UBf OLDER -LASEL . 

i. 0-PNNTRANSPORTAriON-wanCE. 
J* 0 -PRC CCD LIRE -LABEL. 

kl 0 -PROCEDURE- WORKSHEET. 



3,1,4 Procedure Schetfullno ind Pitient Appointing , fhe following describes the 
output requireaents that support Procedure Scheauiing. and Pttient Appointing. 

a. a-«AD-APPT-SCHEDUL£-OISFLAY. 

b. 0-flAD-APPTS-AVAlL-CAAO-U5T . 

c. a-RAD-APPTS-RESCHEO-OISPLAY. 

d. Q-flAO-^CXT-AVAa-APPT-OISPUY. 

e. 0-aAO-APPr-CHAMCX-NOrrtX* 

f. O-flAO-THER-rERM-RPT-OOE-WOnCE. 

g. Q-SCHED/APPr-INQUlRY-OISPLAY. 

h. 0-flAD-SCHED-r£XPLA[E-CANO-LIST. 

i. 0-RAD-SCHED-TEHPUUE-OISPLAY. 



3.1.3 Procedure Looping . Tha fallowing describes the output requirements that 
support Proceouxt Logging. 

O-APPT-AfO-SHOW-REFQRT. 

b. 0-QC-REPEAT-TIUH-flEPORr. 

c. 0-PN r-OUAL I Vf -ASSURANCE -*P T . 
0. 0-EXAM-msrOftY -INDEX. 



J.L& Results Processing. Tha Toilowing describes tha output requirements that 

support results processing* 

t. Q-flAD-RESULTS-OtSPUY. 

b. O-WAPPSOVED-fROCEDURE-flPr. 

c. 0-A»CM)ED-4E5U.r5-*PT. 

d. 0-RAJMCSULrS-INOUlRY-OSP/RPT. 

e. a-R«MC5ULrS-CArC-N0TICE. 
r. O-APTROVED-RESUL IS-RPT . 



» 
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3.1.7 Image Library Management* The following describes the output 
requirements that support image Library Management. 



a. 0-IMAGE-LOCAnON-RQST-OSPLY. 

b. D-IMAGE-LOCATION-CAND-LIST. 

c. 0-RAD-f OLDER-PULL -LIST. 

d. 0 -R AD -f OLDER-PULL -NOTICE. 

e . 0-8QRROWER-LQAN-OSPLY-RPT . 

f . 0-SPEC-INT/TEACH-RECORDS-UST . 

g. 0-SPEC-INT/TEACH-fILE-REC-OSP. 

h. O-CAND-SALVAGE-LIST. 

i. O-SALYAGE-LIST. 

j. Q-CANO-TRANSFEB-LIST. 

k. O-TRANSFER-LIST. 



3.1.8 Management Support . The following describes the output requirements that 
support Management Support. 



a. 0-A80R TED-PROCEDURES-REP. 

& . 0-RAO-OUTSTANOING-PROCS-RPT . 

c. 0 -REP OR TED-PROCEDURES -RPT. 

d. 0-PRQCEDURE-ELAPSED-TIMC -REPORT. 

e. 0-fILM-UTILI2ATI0N-REP0RT. 

f. O-RAD-CEPT/SECT-ACTIVITY-REP. 

g. O-TECHNICIAN-ELAPSED-TIME-RPT. 

h. 0-RESULT-RPT-OAPSED-T IHE-RPT . 

i. Q-RAD-WQRKLOAD-RPT. 



3.1.9 Svstem Management. Reference- CHCS FD for output requirements. 



3.1.10 Accuracy and Validity . The Radiology function shall edit all data 
enterea for accuracy ana validity. Validity checks determine that the entered 
data is valid. Accuracy edits cheek data in two or mora fields for accuracy. 
Data transmitted between internal functions and interfacing systems are subject 
to the error checks described below. 
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3.1.10.1 Data Entry gdits. The ays tea mhmli perform validity edits on ail 
input data and generate appropriate error messages for terminal display. 
Consistency checks shall be mads (e.g., if pregnant, sex oust be female). The 
system shall have the capability to suspend these edits in the event' of mass 
casualty or other circumstances requiring extensive data input. 



3.1,10.2 Codes. Pre-defined Values and Abbreviations. The ay at eta shall accept 
cooed, aooreviateo, and other entry, values for data iteas and relate these data 
to allowable values as defined in the MTF input/edit tables* 



3.1.10.3 Oata Transmission. Data transmitted between internal functions and 
interfacing systems will be sudject to error checks including: 

a. Internal data element checking of telecommunication data. 

b. Internal application checking and acknowledgement by the receiver of 
telecommunication data. 

c. Data set integrity cheeking of the data base before and after executing 
backup and failure recovery operations. 



3.1.11 Timing. The Radiology function response time requirements are listed 
below. 

All Radiology data must ba available to internal functions and other work 
centers for inquiry display and/or result reporting immediately after the 
Radiology data baae is updated. All data froa other work centers must ba 
available to Radiology for processing after the appropriate work center data 
base is updated. 



3.1.11.1 Interactive Response Time. Interactive processing occurs whan the 
user communicatee with the ayates in a conversational Banter* that is* the 
content of tha uaar's input la in response to and liaited by tha preceding 
system output. Terainal interactive rasponae tima will ba no longer than three 
seconds for 90S of interactive function*. Tha average response tiae for the 
remaining 109T will be no longer than 10 eeconds. Reepenae tim is measured froa 
the moaent the "return" key is pressed until the moment the first rasponae 
character of continuing requested output appears on the aereen at speede equal 
to one-half tha baud rate of the device. MultX^patient data baae searches, and 
multi-patient file update* are excluded froai the rasponae time, requirements. 
Terminal response time requirements da not apply to external systea interface 
activity, the generation of output products, reports, or any other batch 
operations. 
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3.1.11.2 On-Oemand Response Time. Output is produced en-demand when its 
production is- requested either explicitly • (e.g., the user, requests -a label . terbe • 
printed) or implicitly (e.g., the completion of -registration will automatically .. 
cause a registration fona to be printed). On-demand response time requirements 
are meaaured in terms of internal work center (i.e., intra-ftadiology) output 
production. 

There are two response time requirements for an on-demand output. The first 
reaponse shall be for single item/a ingle patient output and shall be meaaured * 
from the time the request is completed until the moment the -continuous output is 
either initiated or is queued until the printer is available. The average 
response time for this activity should not exceed ten seconds. 

The other resoonse time requirement is for multi-patient reports, lists or other 
outputs and shall be meaaured from the time the request is completed until the 
continuous output starts printing. On-demand output of this type shall be 
initiated within ten minutes of the request completion defined as completion of 
the data retrieval and sorts. 

These timing requirements do not apply to delays caused by inoperable printers-. 
Multi-patient data base search functions and external systems interface activity 
are excluded from these requirements. " 



3.1.11.3 Scheduled Turnaround. Multi-patient batch reporting turnaround time 
snail not exceed two hours U* hours for ad hoc reports) measured from the tiae 
a request is initiated in the system by the operator to the tiae the requested 
report has completed- output. 



3. 1.11. ft Interface Interactive Search. The interface interactive search timing 
requirements ahall be mec when a user ' jerforma ■ function which retrieves, data 
from another ays tern or subsystem for immediate display on the terminal or* 
printer. The apecific requirements for searches of this type, shall be defined 

in the future. 



V 1.11.3 Interface Interactive Update. Tha interface interactive update timing 
requirements snail be met when the system sends unsolicited, data to' another - 
system or subsystem which is to be filed or. diapi^ed,- immediately upon receipt: 
of the data* Tha specific rsquixements which - shall apply remain, to be specified, 
in the future. - • • 



3 1 .11.6 Interface Beteh Communications, thm- interface batch communications- 
timing* requirements shell be met when tha eystem usee e scheduled distribution 
to transmit batch resort data to another system.. The*ee*cif ^requirements 
which shall apply remain to be specified in the^future.- 
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3.2 Function!! Aree Svatea functions . The following parigrapha deecrioe the 
functional proceasaa required in Radiology functione. These 'functional ~ 
components ara described in the fallowing orders 

a. Patient Identification. 

(1) Unique Patient Identification 

(2) Patient Candidate Seereh 

o. Registration. 

CD Mini-Registration 

(2) Befiefciitiia 'JeaiUi Update Registration 8S-12T-RH 

c. Order Processing. 

(1) Order Entry 

(2) Order Maintenance 

(33 fl ga m e t Biuwitim Generate Output Products SS-121-R0 

(4) Order Inquiry 

d. Procedure Scheduling and Patient Appointing 

(1) Schedule Maintenance 

(2) Patient Appointing fl - t 

(3) Schedule / Appuii i uw.i 1 i and Appointing Inquiry e*-iZT-«J 

e. Procedure Logging 

(1) Patient Arrival 

(2) Departure and Quality A e m tewee Control aiui^t-en • 

(3) Maintain Exes Hiatory Index oo-i^i-w 

f. Results Processing _ 

(1) Results Cntry — 

(2) Results Reporting 

(3) Results Inquiry 

g. Image Library Management 

CD Image Tracking 

C2) Loan Control 

(.3) Special Interest and reaching file 

. (4) Image Transfer Designation ^ 

C3) Image Selvage Oeeignation 

h. M enaqe ae n t Support . 
CD Manegeeent Reportelng 

(i) Sleliatiae ■ m *Z£ZL 

W (2) . electronic. Message Board s*-u»*-w 

(3) rtepiH ftmejag- Arcnive/Purge Systaei Data .. 

(4) Ad Hoe Reporting 
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i. System Management 



(1) System Security 
(23 T aisle Maintenance 

References are made in the fallowing sections to data, objects found in tht 
automated data base used to support this document. All references to the 
Appendixes in which these data objects are found are- to the Technical Appendix 
of this document. 

The data baas software accepts object names of 30 characters or- less. 
Therefore, the data abject names art of tan abbreviated.. . Tht. data baas input 
names are located in Appendix B and ths outputs in Appendix C under the 
corresponding PSA name, with a description and listing -of the data elements-, 
contained in the data object. For ease of reference, ths abbreviated naaas art 
listed in alphabetical order within their appendix. Data element nanes are 
abbreviated in the automated data base. The full nana is found in the CCO. 



3.2.1 Patient Identification. The Patient I dentif ication * (PTID ) functions! * 
component snail identify the patient for. wtwa Radiology service is requested and 
shall automatically access, the -patient, data ators to obtain patient* data* TOr 
system shall provide for patients to bs identified uniquely or through a ^ 9r: 
candidate search. The aystea shell not require ths user to re-enter patient*" • ~ * 
identification data if multiple functions are performed for a apecific patient: 
(e.g., order entry and appointing). The system ahell rstain ths patient 
identification information until a different patient. is. identified or the 
session is terminated. These capabilities are discussed, in the following .." 
paragraphs. 

3.2.1.1 Unioue Patient Identification. The syetea shell provide" an authorized 
user to identify a unique patient, directly „by entering thet family aember. pr*££x 
and sponsor's Social Security .Number. :« — r. -^q» 

• „ ■ • » .» 

The system shell supply the Radiology ussr with ths demcgraphie..inforsation for. 
the selected patient. 

The PAO function also ahell be responsibls for..suppiyin§ an extendtd . j 

registration report. These data are combined with the demographic data 
necessary- to process an -order.. These data ahail^be^autometically updated .by PAO' 
f unctions w*mw there is a change?. A . dispositi on: IndiJestaKjnokths. disehargs- 
date ahell toe provided by PAO . to .notify ths- Radiology? Deportment: of: an 
inpstient's disehsrgs. • • ?ia-» : 

A summery of the uWuuT-PATCENT-IDOiTIFiaH&l "functlonsl au b compo nen t is. 
contained in; Technical Appsndix A. 
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5.2.7,2 Patient Candidate Sc*'"**- If tne petienc's current or last previous 
inpatient register numoer or Phr and sponsor's SSN are not available, tha 
system snail display a candidate list or pstients aa a result of entering one 
of the following search criteria; 

i. Patient *a full name. W-QZ1-JI0 

b. Patient 1 ■ former nam*. 1_, 

c. last nana- or partial (» inlaws of rive cnaractars) last nana (e.g., 
Johnston could be found by entering "John"), Sounds* of patient 
last names shall be) psrforaec. 

in. 

-U- d. Sponsor's social security number. 3 
-eV i eet feuf d i a. Ua i f s ae aaei ' i e ie ie l l e ani i y * w n»e t e » e a eai e na- 



■ * 



b. Patient's sax end/or data of birtn. 

This functional subesaponent snail locate all patient records «nich corres- 
pond to tne ebcvm keys end display a candidate list that contains the pa- 
tient's name, unique number, and data of birth. Multiple displays sneil be* 
presented under user control If all selected patient re co r ds cannot be dls— "* 
pleyed at ones. The user will select tne desired patient free the list and 
shall be ptoapted to continue »itn the selected runetlon (e.g., Registration, 
Order Entry ► etc.). 

A summary of the PATI£NT*CAfct)IDAT£-S£AflCH runctienal subcoaponent Ls con- *t. 
tained in Technical Appendix A. • ■ 

■ I— C 

3.2.2 Patient Registration . The Radiology functional coaponents snail - 8a>!2t-fiD 

provioe a minimal registration function If the patient has not been 

previously registered. They mall alec- provide /or an uodata or sit existing.. 

registration data. Thta runetlon shell ba. entered, on reeuest or if a patient* ' 

identified does not exist in the data base snail return* the. user- to- the^ 

selected function on completion. Thasa eapebllltiea era discussed in the 

following paragraphs. — . -r - . 

~z ■ 

3.2.2.1 Hlni-fleoistration. The Mini-flag istr at ion functional subcomponent 
sTaii provioe tne following capaoilltlssi ^ 

a. TKls functional aubecmaonent shall alio* the user to en tar the Cats--.- 
eloaanra (Sea IWlAMINl^fX-OATA,. ApandU. B). Oats edits ehall.be*:,.; . - - - r ' 
performs* snd srror saassgas displays*, as -necessary* A- flag shall . 0 

&»: assigned autoaatlcally to the rsgistrstion data and r erne in untile- - ■•- 
tha data has been verifies) by tha Patient Administration Office. " . - : * 

b, A "John Doe" shall ba registers'! in tha - ayetea -by tntsrinq .a, psaudoc.^g , V • 
nana and pseudo leant if lest ion numoer. A flag shall ba assigned \ -" 
automat icslly to- tha rsgistrstion oats and to permit complete regis— 
trstion to be performed by PAO'irhan mors information * 
available. 
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A summary of the MINI -REGISTRATION functional subcomponent is contained in 
Technical Appendix A, ■ ■ 



3.2.2,2 Update Registration . The user. shall be able to-enter any 
registration oata element and the system • shall. upoate the patient's record 
automatically. A flag shall be assigned automatically to the- new or changed 
registration data and remain until the data has been verified by the Patient 
Administration Office. Registration data that -is generated. or. modified at 
other ancillary work centers shall be mads available to PAD. PAD, in turn, 
shall make available any update of relevant data to Radiology. 

The system shall provide for the- authorized user automatically to merge two 
patient records into a single record under the correct patient ID without 
data entry. Following the completion of the. merge option, all results 
reports and other information from ths two patient records- shall be stored, 
and snail be retrievable under the correct patient ID. *~ rirt gf "hi mji 



A summary of the UPOATE -REGISTRATION functional subcomponent is contained in 
Technical Appendix A.- • 



3.2.3 Order Processing . The Order Processing functional component shall " a< lfi^122-«3 
provioe for order entry into ths system. These orders shall be entered by an 
authorized ward or clinic user, and snail bai transmitted by that system to thai 
processing location, t h fswgh M u s s in a ■ ■ ali ea tiy ia»a R t dtal ey / f - Order 
Processing shall consist of order entry and order saintsnsncs. These — 
functions are discussed. in ths following paragraphs. _ — 



3.2.3.1 Order Entry . An order received by ths Rsdiology Depsrtaent for a ,4U £Lmjn 
proceoure or proceoures- shall bs entsrsd by an-authorized ward or. clinic ussr 
through Mwmnfv - the syataew. Ordsrs or. arose groups also shall bs entered 
directly into R si lsliay tfsa system by Rsdiology fl s s a ife i U users- 

Radiology shall, support thmordsr processing function asvfollowa* 

a. Although some data sntry may ba%tional and/or*MTr-epscified, ths 
systam-ahail determine- data, collection prompts, or acrssns,., 
coneistancy checks, ..data, edits. to be-parf armed, prsvsntion" of 
duplicate or rsiarillarrprocsoiirss.. within a-singla- order.,.. etc . 

-■t - *at* ju.sc/ e»tJ* *: .-.i*av ■ . m -.rzvi- . ~i$ 

b. . Reejiiremant dslstsd*. . **_••.• 

c. The system shsll provida for entry of ths procedure priority, 

. ranging- from STAT to -routine j which shali.irtolcata.tha: urgency -saa-n*-- 
- assigned to performing tha-procsdurs. . - ...... * '. ^rv. 4 ■ ' 
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d. The ay steai shall give the ussr the option of entering coded or 
free-test ordar comwnti an the Radiology order. 



Other secondary orders specified by the system file* tiaoeiated with 
the procedure requested shall be displayed (e.g. f to Food Service for- 
faiting blood sugar), and the user shall hsve the capability to select 
and enter thee as. separate orders.. 



r. STAT and. priority orders shall be processed and printed ahead gf 
routine orders, 

g. The system shell identify procedures for Radiology service which 
require the epprovei of e Radiologist before the- procedure nay be 
performed. The eystee shall provide for entry end retrieval of the 
approving radiologist. The telephone system amy be used to obtain the. 
approval and then the approval code eey be entered. 

* 

h. The system a hall provide identity of a procedure to be performed on the . 
nursing unit with portable equipment. 

i. The system shell provide for the same procedure to be performed at 
multiple locatione in the HTF. This will affect available roome which 
oust be location specific. 

A summary of the ORDER -CNTRY functional subcomponent la contained in Technical 
Appendix A. 



3,2.3.2 Order Maintenance. The system a hell 'provide authorized users with the- 
ability to mooify Radiology orders (e.g., add, change, or delete data) or to 
cancel Radiology orders. An order modification nay be entered by an authorized 

user through the eyattaau Mw e a wq ee by e Be d se i egr u ^e sr d i re c t !; -mtr? tm 84-1 23-RD 
nuiiliaj "I " The system shall provide the following order modification 
requirements! 

a. The system shell provide identity of the order to be modified by 

entering the date element* and a range - of datea (See I-AAO-ftfT- • " : 

OHOfi -ENTRY -OATA ) • The-eyeta* shell display all orders within that 
range and provide for selection of e specific order for ■edification. 
If multiple procedures share an order, the system shall provide for the- 
procsdure to be eodifled to be Identified. 

b* .If the* appropriate critaris have -been set to include the-condition that 
the order maty be modified, the ay* tee shell provide foe supplying the 
eodiflestion- data to Radiology end updating of the existing order pi 
data. An order may be modified by Nursing if the patient has not been ^ 
arrived. Thm systeai shall provide for identifying the. modification 
transactions affecting a Radiology order* 

An order or procedure csnesilation received by Radiology may be entered by an 
authorized ward ueer through the system ^l e ss aw g, si a uaeUr-w fce n ed aoiuy; Uj - 86-123 
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i ntiiuluijj unnr unless the patient has been arrived. The system shall B£-t23-Rj 
provide the following order cancellation requirements: - 

■ e. Provide order identification aa described in i; above, 

■ 

d. Provide for cancellation of all Radiology orders using the selection- 
of "all" pending orders. 



e. Require entry of free text or 'coded data specifying the reason forr 
cancellation. 

A suimary of the QROEH -MAINTENANCE functional subcomponent is contained in 
Technical Appendix A. 



— - 



3 2.3.3 PfsauLL n.jamiti'fft Generate Output Predicts, The system shall 
produce automatically the following outputs for escn procedure requested inr- 
conjunction with the order processing functional subcomponent. They shall ; be- 
ar oduced when the radiology user indicates that the patient has arrived for- a 
procedure requested for the current date. Radiology users also nay request - 
that these products be batch printed* in user-defined sort order, for all 
procedures for which patients are appointed for a uaer-specified range of 
dates. The eye tern snail also previa* for tne user to reprint a laser-apeci- S3-Ctt-«D 
fied number of any or all of these products- 





t# Procedure Worksheet. The ayatea shall print thla form for recording 
procedure data on procedure start and step U*ee f supply utilization, and. .... 

radiology technique factors* The worksheet data shall be entered on a. . . ...j 

machine readable form. -± zz — 

b Patient- Transoortation Notice^ Thla notice shall be printed for- ' - > * 
each inpatient scheduled to receive service in the Radiology Department aU; 

the option of tna-HTF. >• r '■■ — " " * ' ' — 

.- . - ■ ■ ■■ ■ -■»*-■ • ■ ■• - . — - - m 

c- Flash Card Label. The ~sys tsar shall, print- a flash- cmrd label for- 
each procedure order when the patient** is -arrived. The -flash card- label is. 
exeoaed with the -file and contains therpetianfa identification; 

— — - *— • — ,■ , , , , 



d. Pr^eedurs Libel. The system shell print this aaenine/humsn readable 



Label for seen procedure requested 



A*aufliwry* orthe-uiiym nrirwT PnffiwTiiw mmiEiOUTPuWfbxucTS - • i'T$r m**Q 

fuTtctional aubcoeponant ia- contained in Technical Appendix A. . - . - 

. . .. ---^ _ — ' jr ' -j j 



— — . . 



- 
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3.2.3.4 Order Inquiry . The Ordsr Inquiry functional , subcomponent thail 
print and/or display <user option) i petient's pending radiology a roars for 
the dita range specified. These data mall be accessed by performing the 
PTID function (Section J. 2.1.1) and requesting a display or print out of a 
specific patient' a order data* In addition* the* radiology user shall have 
the order inquiry capabilities specified in the OCS fO f Section J.2.1.1,1. 



A summery of the 0RCO- INQUIRY functional 
Technical Appendix A. 



is contained in 



8*Vn7-flO 



3. 2. A Procedure Scheduling ind Patient Appoint inc. The procedure scheduling 
functional component provides for pstient appointing, schedule aeintenence 
and schedule/appointment inquiry* The system ahail provide for the 
authorized user to indicate those procedures that mat be echeduled. tfhen 
these procedures ere ordered, the systeet shell notify the user to appoint the 
patient.. If the procedure requires a radiologist 's approval, and the - 
approval has not been obtained* it say be n« id for 'later -appointment. All 
other procedures shall be appointed by the system at the time scheduled or 
left uneppointsd. 



3.2.A.1 Schedule Ma in ten 



schedules • 



The system 
and the systeet 



using radiology scheduls 
perpetuate existing 



The system ahail provide for entry of Information regarding available ,,.,..„•.- 
and room groups i" «*icn ths ptoeedjrs can be psrforead in priority eequenee, 
procedure duration by mobility status, restriction on patient types, and the 
times the procedure may be performed. Thai system shall provide for ths entry 
of the depaurtsmnty meet ion for each room end room group. The system ahail 
provide for t ha- entry of information on contrast- media constraints* 
preparation daisy times, standard rila usegs data* atandard UCA procadurs 
weights, and information on whether radiologist approval is required for a 
preeedurs, for-sscri procedure defined-. Once entered by thai raottoloqy user 
thmam data anauU bm maintainmd in eye tea tablaa em. part of thm achmdulm * 
template ^ncr^atlon. end ehmJLi be provided for inquiry, updating, and 



The system snail maintain schedules for holidays*, w e ek end s and aech operating 

day. ft N a A a -om e e oA o t ooVapo t e ti enm a at- mmn unm s fcian s i e j Ua e t J a t e> 

ii is le n wfa ■ Tn aee - ache dulas shall be-eveiiiole.forr a MTT*speci f led tiaa 
period for appointing rat -.to. exceed ona year* Schedules «»***» end patient 
arrivals shall be maintained for at lsaat two weeks after ths echsduls dsts* 
Ths aystrs snail provide for entry of procedures to be performed by time of 
day, day of ths weak, and by room. Tha.aystaai shall provide for procedures 
to - Pwud e mu bs performed in multiple locations as wall as in sultipls 
rooms at s specific location. Room preference priori ties shall ba specified. 
A schedule templets ahsll ba used by the system to automatically extend the 



- 
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T '-i ■■ m * mm pr*"^* 1 "" ""'•■"tri r mA " mmm ih "~ "r* l,nit 'j l *"* "-mlnn ■ r s o e i 85-GJ 

span , fflaeid) nparatirnril nr non a o ir nti te naii Vh aw i n— ^4»4»^ 

ljwhj imjpcf eela- the ay a tern awall egea'fce a Tile af agdegg uhieh age affatlui 
and which will nmuiiB g eaeMadullfigi The j ' /ahea shall pegnifc en auth e r isad -- 

uuei la Jiatala^/^jgiub fchij file af uid&gj ujiU itjuheiiula thuji uiJcu niUiuul. • 
leiiiuiginy fchsfe fchu uideg be ejmpleh&lj ; .sew tared*. H cache aula d uideta jhaii • 
be ualzLau fraa the file * 

The system shall provide, an authorized user with the capability to declare- a 
roaa open- or dosed for a-ueer-aeecified data. and time, range* The system 

they occur *om the* dates and/or. in^the^tlaar range. dyeing which the . roaa ia. 
cloaed. The-*syetem shall reprint this. Mating. on demand.- The system shell, 
allow an authorized user to., reschedule these appointments by entering only 
new data (e.g. 9 new date, new tiae, room, patient type, aobility status) 
through the. appointment aodification function. The -system, shall, allow an 
authorized user to declare rooms- open* therefore cancelling an earlier "roosj. 
closed" designation. The aystaa shall not allow patients to be appointed in 
rooms during- the-tspmcif led data and-tiaaxrsnge > that- they axa cloaad, 

A suiwiary of the SCHEDULE -MAINTENANCE functional s u bco apon ent is contained in 
Technical Appendix A. 



3,2. ft. 2 Patient- Appointing. The patient appointing: functional subcomponent 
matcnes appointment requeat<s) criteria '(e.g. procedure, date/tiae) with 
available tiae and rooa for a specific procedure tovprecesa a cequeetCs) for 
an appointaentts). " :: : - . • ; 

a. The system shall provide three -ewe oecea of scheduling an appoint* S5-034- 
ment- for a patients • • 

(1)* Autonatad Scheduling. Ths*-ueer* shall specify the first data 
•* fer*which the appointaent<s}- a re accept ed and -the departaent" 
section •in-whieh-the*p goceduiea -ere-to- be»perforaed. Thesya— 
tea shall select the appointaent- data, Use and rooa baaed .on 
the algorithm- to- ainiaize*. the- total time* between the first data 
J "for which- the appointaamt(s) ia- acceptable and procedure eoe-- 
~ plation for all procedures which are requested. If aultiple 
^ rooaa have the saaa - tlaar opening,* the 1 system-shell select the* 
:^rooa with the. highaaf prefe r en ce ^ for ths~exam * baaed upon HTF- 
specifi'td rooa preferences. The scheduling' algorithm shall 
. . consider, the . patient * mz scheduled -and previous *>appointaents r 
* . .'.^iobility status, procedure duration, * eartriafr 'istdii reatrie-? 

^ u flons. preperation 'delay, times*, room 'availability, room icha 

1~" .ditlee of "the rooamtdn" the^ department' section -in -which the pro-* 
cedure csn be performed /ahid irder priority. " *"* S5-Q35- 
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If multiple procedures ire requested and the procedure to be 
performed first hu been selected for acn*dulinq by the 
algorithm tfie remaining procedures to be pecforaed cone ecu* 
tivtly should be scheduled immediately after the first proce- 
dure in the same room, if these procedures can be performed in 
tftet roc* end efficient tins is available to perform the 
procedure. 

The system shell display the proposed tppointaent to the user 
for acceptance or rejection* The user shall accept or reject 
the sy st no*4 elected appointment (a) or any portion thereof. If 
the user rejects the systsm»-eelected appointment (a) or any 
portion thereof, the system shell automatically provide the 
user with the option of manually appointing the rejected proce- 
dures) without requiring that the patient be rt identified or 
the examination data be reentered* The aystea shell retain s 
record of the user who scheduled the procedure. 

ley m*mm id MUf iee by t he " eyiti easll as trtsnUri t e j t i 
the u ia •* eae f p t ia t e -aanini) wi C « 

User-Specified Appointing. W e ^e t r ih»dw U «e. The aystem W-02S-RD 
snail provide for the uaer to identify the department section 
in which the procedure is to bo performed and one or more of 
the fallowing parameters] procedure date* procedure tlme f pro* 
cedure time ranee* procedure date ranee, and performing room. 
The system shall display available time ranges in which the 
procedure may be performed in. the room aeieetcd by the uaer, or 
in the roon which hae the highest MTf -specified preference for 
the procedure in that department section if a room has not been 
specified* The aystea shall provide for the uaer to enter or 
have the system select "the room and display the available time 
ranges for the new room selection* The uaer shall indicate the' 
date and time of the appointment. The eyetem shall retain a 
record of the uaer who scheduled the 




Any conflicts identified by the lyiua shell be identified to BM1MD 
the umer vim an appropriate warning eaemaoe* . After eelection 
of an appointaeast time, the eyetem shall indicate any 
conflicts due to eontrsmt media interference v preparation 
omleys* mr ptwlouady *^^ y ^y^^ ^ p gqc ^^ c * 1 ^ 

■officiant time evailabis to complete a procedure bammd on the 
:'s ■ability etetue* All conflicts identified by the 
ehell be us iveye d to the ueer vim en appropriate warning 
The ay at am shell provide for the user to override the 
warnings end continue the ecrmriuling operetion if 'the procedure 
can be performed in the opacified roc*. 




The eyetem shall provide ov er bo ok ing (multiple patients with SMZS-flD 

the sees appoiitrsmnt) only for tfcpartamnt of Radiology users 8M71-R0 
using this eode of 
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The system shall provide for the authorized user to schedule 
radiation- therapy treatments- The system shall provide for the 
user to specify the' number- of treatments se ha eefcieayAee (to a' 85-028- 
maximum of AO and the duration of-each treatment. The ays- 85-023- 
tea ahall provide for the user to -indicate irthere are to be 
breaks in the treatment regimen- eehoew l ei the- number ■ of the 
treatments ^wee- before each ±*e break, and the length- of the- 
break in days to a maximum of -30 days* The ay a tea ahall pro- 
vide for the user to specify the starting date of the treatment 
regimen and the time in day a between treatments; IT no date 
for the start of the regimen is entered, tha eye tea ahall. 
schedule tha regimen to start as aoon as possible considering . 
the current schedule. The system shall not schedule treatments 
on. weekends or holidays 'unless specified by tha user. The sys- 
tem shall provide for tha user to enter ■ time for the* first 
treatment and ahall schedule all subsequent appointments as 
near to that time sa possible* Once tha treatments have bean 
scheduled, the system snail pr o d ue s sprint)- tha *- patients' e 
appointSBnt achedule, n» t he p o ti e n e . -. , 



85-OZS-f 



Tha syataa shall provide, for. tha user, to modify 
regimen* Tha. .system shall, provide for. the. user, to .terminate a 
rsdiation therapy treatment series prior to completion* If tha 
series is terminated, tha system ahall indicate that a results 
rsport is due. The. system shall provide for. the user to enter - 
an uiuU i Ldulcd unanticipated break of- up. to 30 days in the 
treatment series and to. enter s.reatart--eer date . The restart 
-ear- date shall be either the. day I seen 1 1 ef el y. following .the 
break period or a user-specific future data*. It the user 
enters a break without entering a nee start data or cneete s 
termination t the -system shall cake the time previously 
dulsd for juUutguun t treatments available for. appointing 




it the user- enters .m new start- date with a 
if all aeproprlsU-trestseOTtSAprsvioualy- scnsdulsd will be 
available for other-: spewjntmentszand.the ramm Inner nr- the 
shell -b- 



as uh a ll p eei i ee e wuuufciiiij jnly f a r D ep artm en t e f fle e s ■ 
nlirjy —re n'~Q 1 jejetSmjee^tj - J* ■ 



ahall provide, for the authorized user to modify previoue— 
Bpeintment- data* The system shall' provide -for tha 
to uniquely identify, the appointment* to be-eodlfled. Tha eye— 
tee snail display tha eppointment information upon user request and . 
•nail provide for entry by the user of the required change data and 
the syetem shall sake the eppointment changes. The user shall enter 
iho - t e aao r T rer modifying- the eppointment 4 . That ey stem shall atare=. . v 
this inf ormetton- elong with- the identity of 
the appointment oodificatian. 
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The ay stem shall provide for the user to modify any or all of the 
following data elum.i ilj in all poosible ecrabinsticnet scheduled 
room, scheduled caper tment/ sect ion. patient type, patient eooility 
status* scheduled procedure data and scheduled procedure time* The 
systaa shall Indicate all conflicts U s de fin ed fee » nuw 
J.l.e.JiClW which result from modifying the appointment. The ays- 
tea ahali provide for the authorised user if su i t l i h a fn ae * * a * ( 
change the appointaent paraoetftrs f -w override the warnings, and 
proceed with the appointaent modification if the procedure defini- 
tion permits the procedure to be performed in the room selected* 
The system shall permit a umer to exi t the function at any point 
during this appointaent modification procedure* Aftar the change 
data haa been input, the system: shall schedule the procedures at a 
ne« time or room and delete the previous schedule staking the rooa 
available for use. 

T hm t yfm ih sll earns |a# et i e a na i mm •** U n a fi t 83-030-ftO 

jiiumM inni»>w*t i if I hsai l e ieme i s i e ei e e»e#» ee d ay fcN eaet 

.j i Dm. (w e d i.fi e eti i w^ e p e egj» i At Mir option, the sye tea shell print 
an appointment change notice at an MTF-deeignatad location to notify 
the requesting health care provider and/or inpatient ward when the 
dete and/or time of a patient' a radiology appointment haa been 
modified, 

e. <«* The system shall provide for mfrtm m the user to cancel scheduled IV09O*ftD 
appointments. The data elements that identify the patient and 
specific sppointaent or time range are entered into the system by an 
authorized user to locate the deeired appointment* The system shall 
display the patient' a current appointaent date if multiple data 
meets the criteria* The ueer shell chooee the appointaent to be 
cenceilsd and ehall specify a reason. The system? ehell make the 
cancelled time- available for ether eppointamnta. The user shall B5-03*-flD 
entsr the reeeon for the appointaent cancellation. The -system shall 
store thia information along with the- identity of the ueer who 
performed the eeneellation. At HTF option, the eyetam shall print 
automatically a notice at an HTF specified location to inform the 
requesting health cere provider and/or inpatient ward that the 
appointment haa been csneeiled end not reacheduled. Thai eyetam 89-091-flO 
enall provide JTbr the umer to generate a report of cencellad 

A summery of the PATIEHT-APTOINTINC functional aubcomponent la earn* 
tained in Technical Appendix A. 



3. 2. a, 3 Schedule and Appointing Inquiry. Thta functional, comp on e nt provides 

for tne display or printing of department, word or room echedulee. aa well 85-QT7-RD 

ea end LJiiLjuuffaing patient appointaent information by an authorized user* 



* 
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The syatsm-shsli. display, and/or print- and -sort, in usar-apeeified a rets el the- 
following information regarding radiology schedules upon request: 

a. Procedures scheduled for a specific- radiology room, roan group or 
department section for. a specified . time period*. 

b— Daily Radiology Department schedules* *' 

c. HIT ward schedules* ;.. 

d. Available and filled appointment tines foe a given room, room group,— 
or section on a given date shell be displayed or printed with 
patient-data and appointment times. „„ ...y 

- - - * - nnmt - 

A sunmary of the SOCDULE/APPT-IN0U1RY functionel subcomponent is contained, * 
in Technical Appendix A. 

- ' - ■ ~- - - 

3.2.3 Procedure Loooino* The Procedure togging functional component shall 
provide for entry of data about that procedure process* The date snail be 
uaed to update patient files, prepare atatiatteal reports and aid. in the- 
management- of patient flow. - - 

■ - — « 

. : - ■ • • , - 

3.2,3,1 Patient Arrival . The system shall provide rapid seam via a light-* 
pen or other user-frianoly device to indicate that an appointed patient hear 
arrived* The entry of a patient's arrival for walie-in exame aheli be per- 2 "" - 
formed at the end of scheduling without calling another- function. If labels--'" 
for the exam for which the patient haa been arrived have not been printed at. 
patient arrival, the system shall print the labels at that time. 



* 

- 



At the option of the HIT,* walk- in patients say be arrived without- scheduling 
following order entry. The ayatasi shall process the order minus- the echedulajr; I 
information aa required and arrive the petient without eel ling another 'fune** ' 
tion. Required lsbole shall be produced* 



The syatem shell default-to the current time or accept a user-entered time—. 
The system shall provide for .input. of. a time period after which e pati en t- who *. 
haa not arrived will b^^comidarsd-i-no-ehow* The. system shalL provide thsqx 

products enewn xn sect i on *>***v*j* - f »^r - 



The system shall, provide for the ummr_ta. srrive end dspsrt patients .for-*—-. ■ 
trestmmiit-iiva .radiation : trsstmen^amriee^. - Cach. treatment shmLLbe traatad^^ 

workload atatistic com pi l ation* ^-*v^ ** r »- 



■ 



of the -PAT IDfT-ARRl YAL - functionel «jbeoeponent is., contained in - 
Technical. Appendix A* . 
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1,2*5.2 Daosrture and Quality jsSSjSS* Control, The -ay stem ahall provide, 
xn acaition to manual entry of data concerning eacn procedure 4 the entry of 
data from ■ machine reedaPle procedure worksheet such at film quality, repest 
films, additional views, additional procedures, film count* radiographic 
tecnniGue fact era, and exposure information. Departure data input shall 86-11 8-flO 

include the designation of s procedure as aborted (all other departures being 
automatically considered couplets). Tin 1 1 1 1 1 ■ f li uli i n rlu rfn r nUj <i f a l i ss l sal 
uiwiihiumj (ell a a haea e a a tmoj eenairl i r i ri irnmplaht) . The eyatem will shall uas 
the current time for departure time unless a different time is entered. The 86-118-80 
system shell provide for data on completed worksheets to be machine read 
and/or entered via keyboard terminal. 

The system shall produce a no show report, a quality control repeat film 
report, and a quality is sura nee report on demand in user-specified sort 
order. 

A summary of the PBP.VlTVnE WAa l TY nt-WTUWCT OCTMTTC/ylMLin-CmTllOL 
functional subcomponent is contained in Technical Appendix A. 



3.2.3.3 Maintain Exam History Index . The system shall msintain an index of 
ail raoioiegicai exams performed. This file shell contain patient's full 
nana, rank, source of eligibility or dependency status, patient identifi- 
cation number, age, aes, and the data and name of each radiological examina- 
tion performed. The index shall be retrievable in chronological or reverse 



A aumsary of the MAINTAIN-EWH-MISTORY-IMJEX functional subcomponent is 
contained in Technical Appendix A. 

■ 

f 

3.2,5 Results Processing. The results processing functional eojapensnt shall 
provide for entry of radiographic interpretations, report approvals, and 
print requests at designated areas. 



3.2.6.1 Results Entry . After s radiologist ha» interpreted the patient's 
unsges for s procedure, the entry of thai interpretation into the system shell 
be accompl lined by various nans. The system shsll provide the user a 
variety of specialized entry methods, entry of conventional dictation and • . 

pra-defined reports) triggered by bar codes, keyboard entries, optical sense 
forms, or other suitable mesne such as verbal reporting technique* (e.g.. 



forms, or other suitable mesne such as verbal reporting techniques (e.g., 
Computer Voice Recognition or Caeacitancar light pen) . Any autfaarixsd entry 85-09S-RS 
amthods shell be combined at the user's option -st-sny time. Cxsaaolsi one- 
parsgrsph of pre-defined text, keyboard sntxy f "~ftirthsr prs-^eflnmd text, 
etc. The systsm shell provide text editing capabilities* The system shell 
combine the order data end interpretation' to produce a patient report. The- 
system shsll accept pre-defined results text (e.o> t norma! cheat) and changes - 
to predefined text previously indicated, if desired. 
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After trie results are entered Into the system they shall be printed/displays 85-095-£C 

on request for the radiologist's review end approval. The ayeteei shall pro- 83-076-RC 

vide for an authorized radiologist to indicate hie approval electronically at fl5-1GS-KE 
either the- time of results entry or following a request for a display of 
reports he - is 'authorized to approve* * 



The system shell accept additions, deletions, or corrections to the report- 
prior to its verification. The syatsat shell not allow an original report to: 
be altered once the report' has bean approved. The aystee* shell accept the.- 
antry of additional inforsstion to the? original report and shell print on -the-*- 
report the word "Aaunded" before the additional information, flerojud reports- 
shall carry the signature of the radiologist entering the eauieiiil mU shell 
require radiologist approval. The system shall provide entry of results by « 
reporting radiologist and approval by a staff radiologist, maintaining the* 
I.D.s of the two radiologists. The system shall provide for entry and main- 
tenance of^^wee* procedure groups which each radiologist can ee rta ff B5-097-A0 
approve- S5-096-RD 

The system shall not display or print/release any results at wards or clinics 
until the results are certified. 

The ay s tea shall produce upon deaend a list Indicating results which are 
pending approval for rare than an MTF-epecified period of time. 

A summary of the RE5UtT5-OTRY functional sub comp onen t is contained in 
Technical Appendix A* _ 



J ,2.6.2 Results Reporting* Certified radiology results are printed in 
designated areaa within the HIT. Certified STAT reports shall be automati- 
cally-printed at. the requesting locations when approved. Routine reports 
shall be held for batch printing at HTT-epeeified tisee or on request -at- in 

1 oca t lone. 85-G2MD 



For radiation therapy, one -report* is.- required at the-oompietion of the-trest- 
ment series. The system shall provide.? for user** to enter reports for:redia-- 
tion therapy reginene eccording to- these- guidelines. The- system slso shall, 
provide for. the user to enter interim reports during the treatment regimens 
and to enter reports If a treatment series is tsrainated. interim reports 
shsll be clesrly indicated aa*euch. 



In addition to the patient's complete results report, the system shall pro*- 
vida tha ordering HO* with a report which lists ell of the patients fcr whom 
he reejjaetsrf'raoleloglcsl pro c e dur es end the result category. 



A summary of the lQT5uXTS^fllTOTlfa*-fun*Xlonal aupflseeonent is contained in 
Technical Appendix A. ■ — 
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3.2 ^.3 Results Inquiry . Result reports shell be requested it any euthar- 
neo terminal, rhe oets elements that identify a specific patient and etudy 
or studies snail be entered into the system. The ays tea shall display and/or. 
print it a user- epeei fled printer the requested approved reports on file far 
that patient* If the results are not available, the system shall provide the 
procedure status. Reports shall be kept on-line for an MTF- specified time 
period that shell not exceed three years following report certification. A 
means or archiving reports (such as nsonetic tape) shall be provided for 
rapid sesrch and re-entry of < specific patient's archived report(s) back 
into the 



X sunraary of the RESULTS -INQUIRY functional subcomponent is contained in 
Technical Appendix A. 



3,2.? Image Library Hansce-ent . The Iraiqe Library Management functional 
component induces ere two autsfunetions described In the following paragraphs 



S5-4JU-W) 



3.2.7.1 Im«e Tracking . The system 
ing iaoeis/noEicest 



produce the follow- 



a. 



b. 



He ater raider Label . The system shell print this nechine end human 
reaoaole Tabel at the time of patient arrival if not previously 
printed (to be attached to the patient's easts* folder) in the area 
designated by the MTF if the system has not previously produced a 
meets r folder label f or upon user demand. The user also may specify 
that sll previously imprinted msatar folder labels for patients with- 
exeminetione on a specified date b« bsteh printed in a user- speci- 
fied sort order. 

Subf older/Library Label . The system shall print this human and 
neenxne reacaoie laoel at the time of patient arrive!, if not pre- 
viously printed in the exes designated by -the HIT far-use by the 
ijssge library or sublibrary if this is the first .procedure for the 
patient requiring this subfolder. The user also may request thst 
the system produce this label on-demend. The user also may specify 
that all previously unprinted subfolder labels for patients with 
examinations on a specified dete be batch printed in a user* 
specified sort order, 



c- _ Folder Pull Hotice. The system shall produce this human resdablt 
notice at the time" of patient arrival if not previously printed In 
turn HTF-epecifiod library or sublibrary where the -suof older required 
for s procedure is stored. This notice will be printed when a pa- 
tient is cheeked in for a procedure requested for the current date. 
If the sue folder has been loaned, this fact will bt indicated on the 
notice along with information on the loan. The pull notice will be 
used by image library personnel to pull sub folders which contain 
ijsecea of previous examinations needed for radiologist interpreta- 
tion of the current procedure. 
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The system shall print on demand, a folder pull list in user-specified sor£ 
order, in the ' appropriate radiology image library or sub library, to notify 
the library personnel of patients scheduled for procedures over, a user-speci- 
fied range of dates end the subf alders which Must be pulled frost the fUm 8S-07f-fi 
library for these patients. The system also shall provide an option which 
allows users to specify that pull notices will not be printed for patients 
whose examinations were previously shown on a pull list. 

The system shall provide for input and display of the current location of a , ' 
patient's folder. The system shall automatically assign an nTF-specifled I5-08M 
initial location when folders are crested audi that no additional effort is. 
required by HTF personnel during subsequent image sm neg a mont transactions*. 
When a folder is .requested by Radiology personnel, the system shall accept 
location data and/or destination data of the folder type, and patient. That 
method of input -sfcawW- shall be user- friendly, rapid input technique. The 85-082-122 
system shall on request display the current location of all* folder typee for . 85-081 -a 
a specific patient. 

The Radiology Department may have two or more locations where folders are- 

usually retained. At these locations a light pen or other device shall be- 

available for personnel to use when entering a folder's -current location* . . 

The system shall update ths -epprepTxete folder location as it muiij lhiane> 

the d&pailwcnfc 'if tin, ujuij aLliiuU Ihij fealme thm labels arm read into 8S-084-ti£ 

the system. 

If the multiple folders are to be moved to the same location, the system 85-086-fi£ 
shall provide for the movement at thee* fol ders to be r ec ord e d without 
requiring that the location receiving these folders be re-entered. - — 

When the folder is returned to the library, the system shall sccspt these 

dsta using a quick entry means such as a light pen or other ussr-friendly 

device to reed the folder label and indicate to the system that the folder 

was returned* If multiple folders are to bm returned to the seme location, 85-086-30 

the eyetea shall provide for the return of these folders to bm fseogu s d 

without requiring that the location receiving tha folders be re-entared. - 

The system shall print a folder pull notice in tha appropriate Radiology . " '•""*'•*" 
image librsry or suc-library on-demand to notify tha library personnel of - 
pstients scheduled for procsdurss. ^T* 

A sunmary of the IMAGE-TRACKING functional sub com p on en t is contained in - * 

Technical Appendix A. '■ • - " .' 



3.2.7.2 Losn Control. The loan control functional subcomponent shall 
^ntmin the current"location of all folders on loan from the Radiology Imsgsr 
Librsry to authorized borrowers outside the~R«diology Department. 
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When a patient's folder la requested, the aysteor shall accept fodder, pet lent 
and .borrower identification using a quick entry technique auch as light pen o 

other user-friendly means, end shall producer, «t HTF-aption* « aachlne- 85-085-fiD 

readable loan label containing ell. ^formation ne ceei ary to transact tha &5-077-RD 
loan. 'Initial! airifinft f TilrJ»re grnll be •nHfrt without ra-enfiring ma., 

freefepetiN The borrower's identity and* at KIT option, and foider location a$-0&7-flD 

snail *U* be entered* If M ul ti ple folders are to ba loaned to the eases B5-083-fiO 
borrower, tha system ahall prow Ida for the) entry of these loana without re- 
quiring that tho borrower identlficatien data be entered acre than oncer. The 
syatem shell maintain location information and aaka it available upon re- 
quest. The systea snail not loan folders to ineligible borrowers. 



The syeteet shall provide for the user to record the return of loaned folders 
to the library* When e patient's folder la returned frsa a loan, tha syetsai 
shell provide for tha user to enter folder * patient , and receiving location 
identification using a quick entry technique to read tha label (a), when a 
loan La returned, the systea shell automatically update the folder location 
and delete tha record of tha loan from the) bo rrow er's file* If aultiple 
folders are to be returned to tha eaaei location, tha syteai ahall provide for 
tha return of these foldera without requiring that tha receiving location ba 
reentered. Tha eyetasi ahall provide for the) ueer to display/print In tamer- 
specified sort order all overdue loana that have) not bean returned In a usar- 
led tie* fraaa, end ahall provider for tha uaar to display/print tha 
which are charged to a 



A auiwtary of the LOAN -CONTROL functional aubcoaponent is contained in Techni- 
cal Appendix A, 



Saecial Interest and Teaching file . Data identified as Special 
Interest Teacning tile oata snail normally oa entered at the- time of results 
reporting and shall ba maintained in tha appropriate special interest or 
teaching rile* The systea shsll utilise ACT codes to represent pathological 
and anatomic si findings* The systea shall provide a special intsrsat code to — - 
indicate the record is to be s special Interest or teeching file record* At 15-047-RO 
HTF option, tha eye tea ahall require them codearto ba cenf lraad by an 83 M e* m 

authorized uaar before they era entared into Use special interest end/or WH I& J B 
teaching file* The systea shsll provide lists of rsccrda that include any or 
all ACR coda fSJSfsaj end/or patient rw»nrn , aphlir data, to include, at a aini- 
aua. race, una wfiae date rsnga v eas, and data of birth range. Tor exsmpls, 
ths radiologist eay request a Hat of sll esses in tha teaching file for S5=Q5<H&) 
males age 30 end over that had an ACS coda of a specific value range. 15-Q51-flD 

A auenery'of the T a flOWI w BWeitt tMTCTCTT BftS SPEQAL-INTESEST/TEACHING- ssVUI-RD 
FILE functional aubcoaponent is contained In Technical Appendix A* ."*JL- 
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3.2.7.A Emeoe Transfer Designation . The systea shall provide a list of 

faloers whicn are eligible for transfer (no activity for an MIT-specified 

time). The -list shall be printed/ displayed and. the user shall Indicate ~ 

exceptions. The system shall automatically transfer these patient records 

from one location to snother folder locations to the designated location on 85-052-ft 

request. Sp ec ial inte r es t ew e teachin g files uill was be fc g ewafiin.U . Tha S5-053-RJ 

systea snail provide for the transfer of special interest and teaching filea S5-054-RJ 

at the HTF's option. 



.. . 



3.2,7.5 Imaoe Salvage Designation. The systea shall provide e list of 
folders wnicft are eligoole for salvage (no activity for 5 years or an HIT— 
specified time). This list shall be printed and the ussr shall indicate 
exceptions. The system shall automatically delete these patient records t 
minus exceptions, from the system on request- Special interest and teaching 
files shsU not be salvaged. 



" i w aBiwawl G ne e« p» i Th « ay eleei •hm il aa a wlea * date wiamd f mm. 
i g a»a n m e ata ii a u a ' ai r eea n s. 



3 . 3 . 8.1 "iiM eiwiwt FU see t a , Tfcs a h all es enliia n a e friaed »4#*»e44a a > 

aw e yiui i n e twa a as a*S-5Sfr M pa M ai U S A peaaa dsiae (l aw aeswee and ... 
■■ aayhU i ■■a i aae l aHtl ied ) i t e u pailid ay I N S p a a H e a s ia e , iimtu, ■■ *! ■ «!■ 
tm>n PN r iiiwinl Mhtii) pe fci e n e t y pm t f ea t iae Uw f heaifch aaa e sn i i ae e 
a ud i aa if aiaa w j l i ealU * ea epea ifl id i » ihe s aps eiia e ii ap T in wmt 

mm mi ah t e a l a w alafce l o m4 la tal o i hall he a n n^il i d hy r ■s ,*e e li* s; . 83-057-flD 

nn n a t a e ftfgfl fT td e) f as a il p * 9 tu rni p nnfc i >n fH i ynn ti -~85-05a-RD 

laiiiei a ejj "■ ■ la a f H^i e ia s i « d fT ad i a ta aa Th erap y) f i t a«aaa44ed li as 



h as nj nf Ha J W I I rtCPSirT nCPgnTS toeAaaaaJ enaaasa s iiianfc k m aaatdawai la 



3, 5 , 3. 3 gt a ii aa ia e i — rUa Meas e i nd i eaeeah i a l o a*ne a« a f aeteia y a nd asaa - 
u w i e Ji e iM tlee a*aa a la p es » **ed as I taaa*4 e* - fch s aasve 
a n d i a ad f ai the i apsf * e. aha* ■ a s a assa ef a s ae \*m fiie i a sa iae f eaa ti awa a 
Tin a j ale a aaal a ■ajaaaa aa'aa ta eaea ■.■■ iii aoeJ a s aa f ai 
u p peii ad lj i M ■)■*■■! 

«f t he gTflTlCTt CS rnw eaaa a aa ewsasa s saaa* ts aaaj 
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3.2.9 Han-cement Support* The ayetaa shall Mintmln data end perfers 66-115*?* 
atatidtjxal alCuimtXcrm necessary for tho production of Radiology Department 
fiwwgemt reports* 7h» eyetes shall additionally aupport tho radiology usar 
with a CUES electronic aesaags board capability. 



3.2.8*1 Henaocacnt Reporting. The eyatesi snail provide Tor tha ganaration 
of eanageeent reports for cha Radiology Departsent. These reports shall con* 
tain statistics generated by the eyatse and other aaneyuewiUdata in the 
areas of radiology quality control aonitoringf quality assurance; and DoO, 
■illtaryapaeiflCt and KTF-epseifle workload atstistical reporting require- 
aents* Hanagaaent reports shall bs produced for any and all divisions within 
the Hediology Oepartsent of the KIT and shall* at user option* contain only 
tft* data relevant to that division or subdivision. Reference Technical 
Appendix C for output dsta 



Hsnaqeoent reports shall bo produced using user-specified coebinationa of 
■ultipie sort criteria. Data say be aubtotsled and totaled for each report 
parameter specified* St at let 1m shall be calculated using standard itatlatl- 
csl rorsuias resident In ayatsa tables. The syatsa ehall ml ml ere raw end 

using apecific workload atatlstlcsl algprithas and 



of the WNMZMENT-RCmTXNC functional aut^ueyu iB aii is contained in 
eefwuesi Appendix A* 



3.2.B.2 Electronic Heesaoe Board . The syatas ehall provide an electronic 
' ooard capsoillty aa apecified in tha QCS FT), Section 2.4.2.2*1.3. 



3.2.B.3 Arehivw/Purqe 5vetae) Data Report Purging* Reference DCS FD Section 95-092-RD 
3.2.6.4. 55 t j titm mm lwta aa n ■■)! ) ■ jspfS M S iMs-f e » e»i»f asssaa — 
irehtirai. Ml Besses, asts. aAaassta aaaiJ iasa4aai ***** aaasaa MttLij- 
eMsaad iffc ia *Tr i s e ai fle S patt ed we * ■ Ut ee y i-e-« g pe e iaj ie i mn i * < 
Cttae M as» he I ' 



J . J . I ^ rU efc i eeti I f g ei H t Tk i ev a laa sha ll ■■e» te e e n a i i e ^ e e- i a taVltC-RD 

we ii M i n'tn i w i we 6MCT rg , ti et i en i , >. a.3, i ,ii 
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3.2.Brfrr* Ad Hoc Reporting . Rafarenca CMS FD Section 3.2.5.2. 

3*2.9 System Management . The system shall provide for input, update, and 
print of all user- specified file and table data. 



85-093-at 



3.2.9 .1 Svstein Security . The system 
functional suoccflipanent that shall: 



provide a system security 



a. Validate user access codes t the functions they may perform, and the 
tyoe report staff radiologists nay approve. The authorized user 
shall be able to assign, change, and delete user passwords or access 
codes . 

d. L is i ting user access to only those radiology functions the user is 
authorized to per font as defined by the authorized user* 

1 MBMly « f EVSTp ( fiGgVRITV N we ti ewe a e ws eeaeaaa M is t sa uina a w» 



S6-121-SD 



3.2.?*2 Table Maintenance. The system shall provide a tadle aaintenance 
functional a uo component wnich shall provide entry, Modification, or deletion 
of ail tattles which are facility unique. 



The systea shall display and/or print on demand all data entered into these 
tables requested for review. 



A in— ny i f fch e -US IS WiHTCMW C C fw S Mw ai swioeepe mM * ■ an 



3.3 Inputs-Outputs . The data input* and outputs that support the data flow 
among Radiology functional components and between Radiology functional 
components and the Radiology user or functions external to Radiology will ba- 
fdund in the Technical Appendix to this document, Appendixes S and C 
respectively. Descriptions for internal data flows (entities) will be found 
in Appendix 0 while those for data stores Casts) are described in Appendix E. 
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3.4 Oata Base Characteristics. 



3.4.1 Qata Oietionirv. Definitions of the data elements listed as comoonenta 
of -trie inputs, outputs, and entitias described in Appendix 8, C, and 0 will hi 
found in the Central Oata Dictionary (O30). These dafinitlona are arranged 
alphabetically, * 



3.4.2 Storage Reouirwnent Estiaete. Available froa the TPO, 



3.4.3 Growth Estimate* Available from the TPO, 



the CHCS^P* CQf>tinqcf>eig ** Refer t0 s • eti0f, 3 * 5 t Failure Contingencies, in 



3.3.1 Hardware failure. Refer to Section 3.3.1, Hardware Failure, in ttm 
CHCS FO. * ™ 



3.3.2 Software Failure. , Refer to Section 3.5.2, Software Failure, in th« 
CHCS fO. 



3.5.3 Manual Backup. Refer to Section 3.5.3, Manual Backup, in the CHCS FO* 



3.5.4 Restoring lost Oata. Refer to Section 3.5.4 t Restoring Lost Oata in 
the CHCS FO. 9 



3.3.3 Radiology Priorities. If eyetea response tine becomes degraded, or if 

workload increases eubstantially, Ordsr Processing, Results Reporting, and 

Patient and Ordsr Identification would be assigned ths highsst priority. r ~ 

Patient Appointing end Iaags Library Msnacsatnt would rscsivs ths next highest - 

priority. likewiss, if a eystaa failure occurs* those ssss Radiology 

functions would take precedence for input of transections after recovery 

within ths ovsrsli DCS assignsd priority for Radiology functions. Ths aystea- ~ 

shsll allow ths user to overwrite ths currant dots with ths esriier data of 

the actus! transaction when inputting data after recovsry. - 
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3.6 Security. Refer to Section 3.6, Security, in the DCS FO. 



3.7 Interfaces . The Radiology functions will interface with UCA to provide 
workload data for each clinical service which uses Radiology services. 
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SECTION 4. DESIGN DETAILS. 
To be provided by contractor. 
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SECTION 5. ENVIRONMENT. 

To bo provided by contractor* 
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SECTION 6. COST FACTORS. 
To be provided by contractor. 
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